
Always On Guidance
- 3 installs
- 725 repo stars
- Updated July 30, 2026
- joelhooks/opencode-swarm-plugin
Align swarm agent behavior with always-on rules on instruction priority, swarm tool usage, file reservations, and per-model output defaults.
About
Provides always-on behavioral rules for claude-plugin swarm agents covering tool usage, file reservations, and model-specific defaults. A developer uses it to align agent behavior and avoid deprecated tool references.
- Global rules on instruction priority, swarm plugin tools, and file reservations
- Model-specific defaults for Opus vs Sonnet/Haiku output style
Always On Guidance by the numbers
- 3 all-time installs (skills.sh)
- Ranked #13,657 of 16,546 AI & Agent Building skills by installs in the Skillselion catalog
- Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/joelhooks/opencode-swarm-plugin --skill always-on-guidanceAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 3 |
|---|---|
| repo stars | ★ 725 |
| Last updated | July 30, 2026 |
| Repository | joelhooks/opencode-swarm-plugin ↗ |
What it does
Align swarm agent behavior with always-on rules on instruction priority, swarm tool usage, file reservations, and per-model output defaults.
Files
Always-On Guidance
Global Rules
- Follow instruction priority: system → developer → user → AGENTS.
- Use swarm plugin tools (
hive_*,swarm_*,swarmmail_*,hivemind_*); avoid deprecatedbd/cassreferences. - Stay within assigned files; reserve before edits with
ttl_seconds; release reservations on done; finish swarm work withswarm_complete. - Use
TaskCreate/TaskUpdatefor visible progress in Claude Code UI alongsidehive_*for git-backed persistence. - When
CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMSis enabled, preferTeammateToolfor real-time coordination andswarmmail_*for persistence. swarmmail_release_allis coordinator-only for stale/orphaned reservations.- Keep outputs concise and action-oriented.
Model Defaults
Use model aliases (inherit, opus, sonnet, haiku) instead of version numbers.
Opus
- Allow brief rationale (1–2 sentences) for decisions.
- Use sections when work has multiple phases.
- Suggest alternatives only when risk is high, then choose one.
- Stay compact; avoid long exposition.
Sonnet/Haiku
- Prefer strict checklists and short imperatives.
- Ask a single clarifying question if blocked; otherwise proceed.
- Avoid speculative reasoning; state decisions plainly.
- Keep outputs minimal and non-narrative.
Testing Discipline
- Use red → green → refactor when tests cover the touched area.
- Use
EnterPlanModefor test-driven planning before implementation. - If tests are absent or out of scope, state that explicitly.