When to Use
Use this skill at the end of a session where you just ran a non-trivial repeatable workflow that deserves to be a real skill, but you do not want to derail the current task to write the full SKILL.md.
Specifically:
- You debugged an unusual class of bug and the diagnostic recipe was not obvious.
- You implemented a feature pattern that will recur (e.g. "every cloud-server endpoint needs auth + tenant scope check + audit insert").
- A dev correction landed in your context that should be a rule going forward (memory-protocol territory, but more granular).
Skip this skill when:
- The workflow only applies once.
- The pattern is already covered by an existing skill (search first
via
aria_get_skills). - The "skill" is really a configuration value or a prompt fragment
(those go to
aria_saveoraria_pages, not skills).
Rules
- Search first. Call
aria_get_skillswith keywords describing the workflow. If a hit returns at score > 0.7, update that skill instead of creating a new one. Skill proliferation is a tax on every future agent invocation. - Quality gate (oh-my-claudecode test): A workflow is
skill-worthy ONLY if it satisfies all three:
- Specific: someone could not Google an equally-good answer in 5 minutes.
- Repeatable: it will recur ≥ 3 times in the next quarter.
- Earned: the rules came from real debugging or post-mortem,
not theory.
If any one fails, save it as an
aria_saveobservation instead.
- Output to
skills/_drafts/<slug>/SKILL.md— never to the canonicalskills/<slug>/. Drafts must be reviewed by a skill maintainer before promotion. - Use the dossier template from
.github/PULL_REQUEST_TEMPLATE/skill.mdverbatim in the draft body. Maintainer review fills missing sections; better empty than absent. - Frontmatter required for the draft:
namematching the directory.description(10-1024 chars, includes trigger keywords as literal phrases — see marketingskills convention).version: 0.1.0(drafts start sub-1).owner: <your-email>(you sponsor the skill until handoff).last_reviewed: <today>.
- Open a PR with the skill PR template so a maintainer can review using the dossier checklist. CI will run validation.
- Do not promote drafts yourself — even your own. Promotion
means moving from
skills/_drafts/<slug>/toskills/<slug>/, which requires another maintainer's review per CODEOWNERS.
Verification
-
aria_get_skillswas called before drafting (anti-duplication) - Quality gate (specific + repeatable + earned) explicitly addressed in the rationale
- Draft lives at
skills/_drafts/<slug>/SKILL.md, never directly underskills/<slug>/ - Frontmatter has all required fields, version starts at
0.1.0 - Body uses dossier template sections from PR template
- PR opened using
?template=skill.md -
aria-core skills validate ./skills/_drafts/<slug>/SKILL.mdpasses