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 agentmods add commands/arrrrny/zuraffa/speckit.chore.implementgit clone --depth 1 https://github.com/arrrrny/zuraffaWrote 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/commands/arrrrny/zuraffa/speckit.chore.implement)<a href="https://agentmods.dev/commands/arrrrny/zuraffa/speckit.chore.implement"><img src="https://agentmods.dev/badge/commands/arrrrny/zuraffa/speckit.chore.implement.svg" alt="Measured on agentmods" height="20"></a>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.00014 | $0.01830 |
| Opus 5 | $0.00007 | $0.00915 |
| Sonnet 5 | $0.00003 | $0.00366 |
| Haiku 4.5 | $0.00001 | $0.00183 |
Grade A, and why
speckit.chore.implement 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 5d 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 — 123 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Implement Chore
Apply the maintenance work that was scoped by __SPECKIT_COMMAND_CHORE_ASSESS__ and record the changes in an implement report at .specify/chores/<slug>/implement.md. This command is only valid after an assessment exists for the given slug. Pass --branch (or --worktree) to isolate the chore on its own git branch before editing, mirroring how __SPECKIT_COMMAND_SPECIFY__ isolates feature work.
User Input
$ARGUMENTS
The user input should identify the chore to implement. Accept any of:
slug=<chore-slug>or--slug <chore-slug>or just a bare slug-like token.- A path that contains the slug (e.g.
.specify/chores/logo-swap/). - Branch isolation (optional):
branch/--branchcreates a chore branch (<prefix>/<slug>) first;worktree/--worktreecreates a git worktree instead. See Optional — isolate the chore on a branch below. - Nothing — fall back to context (see below).
Slug Resolution
Resolve CHORE_SLUG in this order, stopping at the first match:
- Explicit user input — a slug passed in
$ARGUMENTS(any of the forms above). - Conversation context — if the current session has just run
__SPECKIT_COMMAND_CHORE_ASSESS__, the slug it reported is the working slug. Reuse it without re-prompting. Confirm it by checking that.specify/chores/<slug>/assessment.mdexists; if it does not, fall through. - Single candidate on disk — list
.specify/chores/*/assessment.md. If exactly one matchingassessment.mdis found, use the slug from its parent directory. - Disambiguate:
- Interactive mode: ask the user which chore to implement and list the candidates.
- Automated mode: stop with an error listing the candidates. Do not guess.
Once resolved, set CHORE_SLUG and CHORE_DIR = .specify/chores/<CHORE_SLUG>, and briefly state in your reply which resolution path was used (explicit / from context / single candidate / asked).
Prerequisites
CHORE_DIR/assessment.mdMUST exist. If it does not, stop and instruct the user to run__SPECKIT_COMMAND_CHORE_ASSESS__first.- If
CHORE_DIR/implement.mdalready exists, ask the user whether to overwrite it before continuing (interactive mode) or refuse (automated mode). - Read
CHORE_DIR/assessment.mdin full. Treat its Proposed Approach, Paths likely to change, Verification to run, Constitution Check, and Risks & Considerations sections as the contract for this command.
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.
- 5d ago First seen · 123 lines · 14 tokens per session scan A 19a6c8328aa7
speckit.chore.implement is a command published in the GitHub repository arrrrny/zuraffa (5 stars, last pushed today), licensed MIT. It adds 14 tokens to every session and 1,830 once invoked, about $0.0001 per session on Opus 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-31.
Other commands, from other repositories
building-flutter-apps-skill-ac1294fc
Flutter Riverpod app architecture and Windows installer delivery. Use before changing a Riverpod Flutter app/package or its Windows desktop packaging/update pipeline; skip non-Riverpod stacks and pure-Dart work.
Generate Implementation Plan
Create intelligent, dependency-aware implementation plan with sprint planning and team allocation.
Analyze Feature Dependencies
Map feature dependencies and suggest optimal implementation order.
Analyze PRD
Validate and analyze PRD with quality scoring, show customizations.
Auto-Generate PRD from All Project Files
Automatically discover and consolidate all markdown files in project into comprehensive PRD.
Refine PRD
Interactively improve PRD quality through AI-guided analysis and refinement.