Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add ReinaMacCredy/maestro --skill maestro-workgit clone --depth 1 https://github.com/ReinaMacCredy/maestroWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/reinamaccredy/maestro/maestro-work)<a href="https://agentmods.dev/skills/reinamaccredy/maestro/maestro-work"><img src="https://agentmods.dev/badge/skills/reinamaccredy/maestro/maestro-work/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/reinamaccredy/maestro/maestro-work"><img src="https://agentmods.dev/badge/skills/reinamaccredy/maestro/maestro-work.svg" alt="Reviewed on agentmods" width="80" height="20"></a>- NVIDIA SkillSpector pass
What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00052 | $0.02380 |
| Opus 5.5 | $0.00021 | $0.00952 |
| Sonnet 5.5 | $0.00010 | $0.00476 |
| Haiku 4.5 | $0.00005 | $0.00238 |
Grade A, and why
maestro-work scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 9d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 194 lines — stays where its author put it; the contents beside it link to each section on GitHub.
maestro-work
The matched playbook (maestro recipe show <name>, chosen by
Routing) owns the steps of a task. This
skill owns what every playbook shares: the brief a writer receives, the rules
it writes by, the handback it returns, and the record the holder keeps. A
writer is a delegate subagent, a lane in a Herdr pane, or the main chat on
a quickfix. Apply WORKFLOW.md for method rules;
pause only the slice blocked by scope or authority.
Dispatch
When work is handed to a writer (a delegate subagent, or a lane in a
Herdr pane in the room), send this envelope:
Objective: <observable outcome>
Owned scope: <paths or responsibility>
Excluded scope: <explicit non-goals>
Mutation: <no-write | write-bounded: paths>
Stop condition: <done or blocked boundary>
Lane: scout | decision | delivery | challenge | shadow
Evidence required: <proof and layer>
A tiny task may collapse the envelope to three lines, but it never drops
Excluded scope or Mutation. Name the playbook and step the work serves,
and point at files rather than pasting their content. Standing orders that
apply to every writer of one run go in one file every brief points at.
scoutreads and reports state, never writes.deliverymay write and is the only lane that holds the lease; a subagent's brief borrows the lane word but never takes the lease.decisioninvestigates, compares, and recommends without writing.challengebreaks the premise or candidate and returns findings only, with no fixes or redesign.shadowruns beside the owner without writing and returns comparison evidence that is never a candidate or a work write lease.
No-write names the file boundary only. maestro dispatch accept and
maestro handback file are the lane's own two writes and are never in the
excluded scope, so a scout or shadow lane can still accept and return. A
subagent opens no dispatch: the holder that briefed it reviews its diff and
keeps the item.
What ships with it
1 file beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 9d ago Changed · -1 lines · +20 tokens per session 080ae643a2a7
- 1mo ago Changed · -13 lines · -2 tokens per session 33d4cca7a523
- 1mo ago Changed · +8 lines 1f439e910860
- 1mo ago Changed · +85 lines · +6 tokens per session b0c84b92597a
- 1mo ago First seen · 115 lines · 28 tokens per session scan A f59093e0f117
maestro-work is a skill published in the GitHub repository ReinaMacCredy/maestro (235 stars, last pushed 10d ago), licensed MIT. It adds 52 tokens to every session and 2,380 once invoked, about $0.0002 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other skills, from other repositories
Unit Test Scaffold (TypeScript)
Generate TypeScript unit test skeletons (Jest/Vitest) from specifications.
pn-writing-skills
Applies TDD to skill authoring: validation scenarios first, then SKILL.md. Use when creating new skills, editing existing skills, or verifying skills work before deployment.
pn-systematic-debugging
Root cause analysis with triage mode — Phase 0 feedback loop, investigate first, one question max, then isolate, hypothesize, confirm. Outputs TDD fix plan with RED-GREEN cycles; optional GitHub issue via GitHub MCP. Use when debugging a failure or bug.
pn-testing-strategy
Testing strategy and pyramid. Unit/integration/E2E ratio, Vitest vs Playwright vs MSW, contract testing, and test-environment setup. Use when defining or reviewing a project's testing approach.
pn-discipline-philosophy
Defines engineering discipline: test-first, root-cause before fix, minimal change, measure-before-optimize, review/second look, evidence over guess. Use when implementing features, debugging, planning, or establishing development practices. Aligns with TDD, systematic debugging, and RCA practices (current).
pn-test-generation
Generate unit or integration tests from code, specs, or acceptance criteria. Use when adding test coverage, scaffolding TDD, or backfilling tests for existing code.