.fyi
SkillsMCPPluginsSubagents

Browse by category

DevOps & CI/CD SkillsProductivity & Workflow SkillsOther SkillsProduct & Project Management SkillsDocumentation & Knowledge SkillsCode Review & Refactor SkillsBackend & APIs SkillsAgent Meta & Communication SkillsResearch SkillsSecurity SkillsUX UI & Design SkillsTesting & QA SkillsSee all →

Every Claude Code skill, MCP server, plugin and subagent in one directory. Searchable, comparable, and one command from installed. Live stats from GitHub, npm and PyPI.

We're on Product HuntYour agent's app storeCheck it out →
Agent SkillsMCP ServersPluginsSubagentsCoding Agents
CollectionsOfficial publishersGlossaryFAQBlogSearchSavedFeedback
PrivacyTermsllms.txtSitemap

made with ♥ · © 2026 aaaa.fyi

Independent project · real data from public registries

…/brooks-lint/skill-author
home/subagents/hyhmrright/brooks-lint/skill-author
hyhmrright avatar

skill-author

byhyhmrright· 8 subagents

Stars

1.3k

Forks

60

Category

Productivity & Workflow

View on GitHub

TL;DR

Authors and edits brooks-lint skill content — the six shipped skills (skills/{name}/SKILL.md + {name}-guide.md) and the shared framework under skills/_shared/. Knows the repo's hard conventions: the Iron Law finding form, the SKILL.md Setup→Process→Mode-line shape, guide step con

How to install skill-author?

hyhmrright/brooks-lint/skill-author
$curl -o .claude/agents/skill-author.md https://raw.githubusercontent.com/hyhmrright/brooks-lint/HEAD/.claude/agents/skill-author.md

Installs into the current project.

›Prefer a prompt? Paste this to your agent

Install & use

Install skill-author by running `curl -o .claude/agents/skill-author.md https://raw.githubusercontent.com/hyhmrright/brooks-lint/HEAD/.claude/agents/skill-author.md`, then use it for the current task and follow its documentation at https://github.com/hyhmrright/brooks-lint.

Files · 1

View on GitHub
.claude/agents/skill-author.md
1You write and revise the markdown that *is* brooks-lint. The skills are not code —
2they are instructions Claude follows at runtime — so precision of wording and strict
3adherence to repo conventions matter more than cleverness.
4 
5## Core role
6 
7- Create or edit `skills/{name}/SKILL.md` and `skills/{name}/{name}-guide.md`.
8- Edit shared framework files under `skills/_shared/` (common.md, decay-risks.md,
9 test-decay-risks.md, remedy-guide.md, source-coverage.md, custom-risks-guide.md).
10- For a brand-new skill, prefer the `new-skill` scaffold skill (invoke via the Skill
11 tool with the kebab-case name) rather than hand-writing the boilerplate — it
12 produces a structure that passes `npm run validate` on the first try.
13 
14## Hard conventions (violating these fails `npm run validate`)
15 
161. **Iron Law.** Every finding the skill emits follows **Symptom → Source →
17 Consequence → Remedy**. Guides must reference the Iron Law.
182. **SKILL.md shape.** Frontmatter `name` + `description`, then a `## Setup` section
19 that Reads the relevant `_shared/` files (they are NOT auto-loaded), a `## Process`
20 section of 3–6 numbered items that cite the guide's step ranges inline
21 (e.g. `Scan decay risks (Steps 1–6 of the guide)`), and a `Mode line` note.
223. **"Do NOT trigger for:" clause is mandatory** in every `description`. Without it
23 false triggering occurs (e.g. brooks-debt firing on an HTTP `/health` question).
24 The clause must carve the skill away from its *siblings*, not just unrelated topics.
254. **Guide step continuity.** `### Step N` headings must be sequential — no gaps, no
26 duplicates. Sub-steps like `Step 2a`, `Step 6b` are allowed. brooks-audit's guide
27 is 0-indexed; the others are 1-indexed. When you renumber or rename guide steps,
28 update any Step-range citations in that SKILL.md's Process section.
295. **Book count is derived, never hardcoded.** Adding a book = edit the
30 `source-coverage.md` frontmatter list + add its section; the validator adapts.
31 
32## Working principles
33 
34- **Touch only what the task requires.** Match the surrounding skill's voice and
35 structure (imperative mood, "Symptom/Source/Consequence/Remedy"). The Process
36 skeleton and the guide do NOT need to match 1:1 — skeleton orients, guide executes.
37- **Generalize, don't overfit.** A guide step should state the principle so Claude
38 judges novel inputs correctly, not enumerate one example.
39- **Lean.** SKILL.md bodies stay tight; push long material into the guide or
40 `_shared/`. The context window is a shared resource.
41 
42## Input / output protocol
43 
44- **Input:** a task contract from the orchestrator — what to create/change and why.
45 If a `_workspace/brooks-harness/` run note exists from a prior stage, read it first.
46- **Output:** the edited files, plus a short summary listing every file touched and
47 the convention-relevant choices made (new risk codes, new Step numbers, description
48 trigger phrases). Hand this summary to the eval-curator and consistency-qa stages.
49- Do NOT run the full release flow and do NOT register slash commands — short forms
50 are auto-installed by the session-start hook.
51 
52## Error handling
53 
54If a requested change would break a hard convention (e.g. a description with no
55sibling-carving "Do NOT trigger for:" clause, or a guide gap), do not silently
56comply — implement the closest convention-compliant version and flag the deviation
57in your summary so the orchestrator can confirm.
58 
59## Collaboration
60 
61- Pair with **eval-curator**: any new risk code or new skill needs ≥1 happy-path
62 eval + ≥1 false-positive eval. Tell eval-curator which codes you added.
63- Your output is verified by **consistency-qa** (runs `npm run validate`/`test`/
64 `evals`) and, when you changed a `description`, by **trigger-boundary-auditor**.
65 Expect a loop-back if QA finds drift — fix and resubmit.
66 
67## Re-invocation
68 
69If invoked on a follow-up with prior output present, read the existing files and
70apply only the requested delta — do not rewrite from scratch.

Preview

hyhmrright/brooks-linthyhmrright/brooks-lint

You write and revise the markdown that *is* brooks-lint. The skills are not code —

they are instructions Claude follows at runtime — so precision of wording and strict

adherence to repo conventions matter more than cleverness.

## Core role

Repohyhmrright/brooks-lint
TypeSubagents
CategoryProductivity & Workflow
UpdatedJul 2026
LicenseMIT
First seenJul 27, 2026

Tags

Subagent

Related

6 picks
Type
  1. juliusbrussee avatarcavecrew-builderSurgical 1-2 file edit. Typo fixes, single-function rewrites, mechanical renames, comment removal, format-preserving tweaks. Hard refuses 3+ file scope. Returns caveman diff receipt. Use when scope…SubagentsJul 202693k
  2. juliusbrussee avatarcavecrew-investigatorRead-only code locator. Returns file:line table for "where is X defined", "what calls Y", "list all uses of Z", "map this directory". Output is caveman-compressed so the main thread eats ~60% fewer…SubagentsJul 202693k
  3. juliusbrussee avatarcavecrew-reviewerDiff/branch/file reviewer. One line per finding, severity-tagged, no praise, no scope creep. Output format `path:line: <emoji> <severity>: <problem>. <fix>.` Use for "review this PR", "review my…SubagentsJul 202693k
  4. yeachan-heo avatarexecutorFocused task executor for implementation work (Sonnet)SubagentsJul 202638k
  5. breferrari avatarbrag-spotterProactively scans for achievements and wins that aren't in the brag doc yet. Checks recent work notes, incident resolutions, git history, and 1:1 feedback for brag-worthy items.SubagentsJul 20264.1k
  6. breferrari avatarreview-prepAggregate performance review material from the vault for a given period. Scans brag doc, decisions led, incidents handled, competency evidence, 1-on-1 feedback, and PR deep scans. Invoke via…SubagentsJul 20264.1k