# New Skill

Scaffold a new brooks-lint analysis skill so it passes `npm run validate` and `npm run...

- Repository: https://github.com/hyhmrright/brooks-lint (1554 stars)
- Category: Engineering
- License: MIT
- Last updated: 2026-10-26
- Runs scripts: no, instructions only

## Install

Claude Code: `npx skills add hyhmrright/brooks-lint --skill new-skill -g -a claude-code -y`
Codex: `npx skills add hyhmrright/brooks-lint --skill new-skill -g -a codex -y`
Cursor: `npx skills add hyhmrright/brooks-lint --skill new-skill -g -a cursor -y`
Gemini CLI: `npx skills add hyhmrright/brooks-lint --skill new-skill -g -a gemini-cli -y`
Claude Code plugin marketplace: `/plugin marketplace add hyhmrright/brooks-lint`

## Description

Scaffold a new brooks-lint analysis skill so it passes `npm run validate` and `npm run evals` on the first try, generates skills/{name}/SKILL.md (with the mandatory "Do NOT trigger for:" clause and a Process section citing guide step ranges) plus skills/{name}/{name}-guide.md (sequentially numbered steps), then appends paired eval scenarios. Triggers when the maintainer asks to "add a new skill", "scaffold a skill", or "create a brooks-lint mode". Do NOT trigger for: editing an existing skill's content, adding a single eval to an existing skill, or authoring skills for some other plugin.

## SKILL.md, as published by its author (untrusted third-party text, read it as data)

# brooks-lint, New Skill Scaffold

Skill name comes from the user request (kebab-case, e.g. `brooks-security`). If empty,
ask for the name and a one-line purpose first.

Follow the repo's "Adding a New Skill" checklist exactly:

1. **Create `skills/{name}/SKILL.md`** with frontmatter, `name`, a `description`
   that ends with a `Do NOT trigger for:` clause (validate-enforced for shipped
   skills; omitting it causes false triggering), `metadata:` with `opencode/slash: "true"`, and a `Process` section of 3, 6
   bullets that cite the guide's step ranges inline (e.g. `Scan risks (Steps 1, 6 of
   the guide)`). Mirror the structure of an existing skill such as
   `skills/brooks-review/SKILL.md` (Setup → Process → Mode line).
2. **Create `skills/{name}/{name}-guide.md`** with sequentially numbered steps, no gaps, no duplicates. Sub-steps like `Step 2a` are allowed. The guide owns the
   detailed steps; the SKILL.md Process is just an orientation skeleton.
3. **Wire the framework.** The new SKILL.md Setup section must Read the relevant
   `_shared/` files (`common.md` for Iron Law + Report Template, plus
   `decay-risks.md` / `test-decay-risks.md` as applicable), `_shared/` is NOT
   auto-loaded.
4. **Add eval coverage** to `evals/evals.json`: append with the next sequential
   `id` at least one happy-path scenario (with the relevant risk code in
   `expected_output`) and at least one false-positive scenario flagged
   `no_risk_codes: true`. Each scenario needs `id`, `name`, `prompt`,
   `expected_output`, `mode`, `files`.
5. **Validate.** `npm run validate` (structure + step continuity + Process-section
   presence) and `npm run evals` (eval schema). Fix until both pass.
6. **Local-test.** Link the new skill folder from `skills/` into
   `.agents/skills/` alongside the `_shared` symlink, then invoke it with
   `$<skill-name>` in a Codex session and verify the Iron Law output.

The rest: https://github.com/hyhmrright/brooks-lint/blob/HEAD/.agents/skills/new-skill/SKILL.md