Skip to main content

always-on-guidance

Always-on rule-oriented guidance for claude-plugin agents. Use to align behavior, tool usage, and model-specific defaults while avoiding deprecated bd/cass references. Related skills: swarm-coordination, testing-patterns.

Quellinformationen

Repository
joelhooks/swarm-tools
Letzte Quellaktivität
6. Februar 2026 um 16:42
Erkannte Sprache von SKILL.md
Englisch
Sterne
742
Forks
65

Installationsoptionen

Standardmäßig ist der Prompt ausgewählt, der zuerst die Quelle prüft. Sie können zu einem direkten Befehl wechseln oder eine lokale Kopie herunterladen.

Quelldateien prüfen

Lesen Sie SKILL.md und alle von SkillsMP angezeigten Begleitdateien, bevor Sie sich für eine Installation entscheiden.

SKILL.md wird angezeigt

SKILL.md
Quellanweisungen · Schreibgeschützte Vorschau
name
always-on-guidance
description
Always-on rule-oriented guidance for claude-plugin agents. Use to align behavior, tool usage, and model-specific defaults while avoiding deprecated bd/cass references. Related skills: swarm-coordination, testing-patterns.
# Always-On Guidance ## Global Rules - Follow instruction priority: system → developer → user → AGENTS. - Use swarm plugin tools (`hive_*`, `swarm_*`, `swarmmail_*`, `hivemind_*`); avoid deprecated `bd`/`cass` references. - Stay within assigned files; reserve before edits with `ttl_seconds`; release reservations on done; finish swarm work with `swarm_complete`. - Use `TaskCreate`/`TaskUpdate` for visible progress in Claude Code UI alongside `hive_*` for git-backed persistence. - When `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS` is enabled, prefer `TeammateTool` for real-time coordination and `swarmmail_*` for persistence. - `swarmmail_release_all` is 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 `EnterPlanMode` for test-driven planning before implementation. - If tests are absent or out of scope, state that explicitly.
Auf GitHub ansehen