Contents
| Reference | When to load |
|---|---|
../../references/write-protocol.md |
Write discipline for the proposal file |
references/rewriting-patterns.md |
Patterns specific to description fixes |
templates/proposal-skeleton.md |
Output file shape |
Rewrite descriptions
Given a collision pair, produce a concrete description rewrite proposal for each side. The output is a Markdown file with before/after blocks the user copies into the SKILL.md files manually.
Inputs
{{ pair }}— eitherskill-a,skill-bor a single skill name. If single, readplugin-gardener/audit/for the latestcollisions.mdand pick the top unresolved collision involving that skill.
How it works
- Resolve each skill path. Read both SKILL.md files and capture the current
description+ optionalwhen_to_use. - Apply the rewriting patterns in
references/rewriting-patterns.md. Every rewrite must:- Keep each description under 1,024 characters (hard Anthropic cap).
- Combined
description + when_to_useunder 1,536 characters (skill listing cap). - Add a negative discriminator on each side that points at the other:
Do NOT use when the user mentions [sibling-domain-term]. - Use third-person voice, positive imperatives, one motivation clause where non-obvious.
- Preserve the
Use when the user asks to …clause structure if it was already there.
- Write
plugin-gardener/audit/ad-hoc/rewrite-<skill-a>-vs-<skill-b>-<YYYY-MM-DD>.mdusingtemplates/proposal-skeleton.md. - Present the proposal inline so the user can copy-paste without opening the file.
What this does not do
- Edit SKILL.md.
- Commit changes.
- Regenerate SKILL.md bodies. Description-only changes; the skill content is untouched.
The user applies the rewrite manually. After applying, invoke /audit-skill <name> on both sides to confirm the collision is resolved.