smithery.ai

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.

First seen Apr 4, 2026

Installation

$ npx skills add https://smithery.ai

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from smithery.ai · top by installs.

npx skills add https://smithery.ai

Browse all from smithery.ai

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Skill metadata

Parsed from SKILL.md frontmatter.

Declared agents claude-code

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 1,811 B
  • docs SUMMARY.md 220 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 1 installs

SKILL.md

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 ttlseconds; release reservations on done; finish swarm work with swarmcomplete.
  • Use TaskCreate/TaskUpdate for visible progress in Claude Code UI alongside hive_* for git-backed persistence.
  • When CLAUDECODEEXPERIMENTALAGENTTEAMS is enabled, prefer TeammateTool for real-time coordination and swarmmail_* for persistence.
  • swarmmailreleaseall 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.