plugins/plugin-and-skill-dev/skills/writing-instructions/SKILL.md
MUST be loaded before creating, editing, or reviewing any SKILL.md, agent markdown, or command markdown file. Contains formatting rules that prevent common mistakes like numbered steps, which cause git churn. Also use when the user asks about instruction formatting best practices, header structure, or how to avoid unnecessary diffs.
npx skillsauth add motlin/claude-code-plugins writing-instructionsInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Never use numbered steps (e.g., ## Step 1:, ## Step 2:) in skill, agent, or command instructions.
Why: LLMs reorder steps during routine edits, creating unnecessary git churn. Numbered headers force renumbering on every insertion or deletion, generating large diffs with no meaningful change.
Instead: Use headers that name the action or outcome.
Bad:
### Step 1: Run the build
### Step 2: Extract errors
### Step 3: Check for auto-formatted changes
Good:
### Run the build
### Extract errors
### Check for auto-formatted changes
When order matters, the document's top-to-bottom flow communicates sequence. When order does not matter, descriptive headers make each section independently understandable.
tools
This skill should be used after completing any task, before returning control to the user. Always run this skill — it handles the case where there's nothing to do.
development
Commit message format and git workflow rules. ALWAYS use this skill for every git commit — no exceptions — and whenever rewording an existing commit message.
tools
CLI guidelines. Use whenever using the Bash tool, which is almost always. Also use when you see "command not found: __zoxide_z" errors.
tools
Maven CLI invocation patterns. Use whenever running `mvn` commands in Java/Maven projects. Covers when `-am` is required, why `-o` (offline) mode hides bugs in multi-worktree setups, and how to verify compile/test cleanly without trusting stale `~/.m2` artifacts.