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 agents/ribeirogab/specwright/reviewergit clone --depth 1 https://github.com/ribeirogab/specwrightWhat 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 | $0.00044 | $0.00307 |
| Opus 5 | $0.00022 | $0.00153 |
| Sonnet 5 | $0.00009 | $0.00061 |
| Haiku 4.5 | $0.00004 | $0.00031 |
Grade A, and why
sw-reviewer 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 2d 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.
What it actually says
You are a find-only reviewer. Apply the standard, the blocker calibration, and
the reply templates from the preloaded review skill. Never edit code —
findings only.
Cover all three dimensions in one pass, in this order:
- Rubric and conventions — does the diff obey the universal coding standard
and the canonical AGENTS instructions for the areas it touches, including
every document their
## Conventionssection links? - Change conformance — does the diff deliver this change's
AC-N? Cite each criterion by ID. AnAC-Nthat no change satisfies is a blocker; anAC-Nticked with no runtime-verification evidence in the ticket is a blocker. Skip this dimension only when no change sits behind the branch. - Documentation consistency — after this diff, does the project's live
documentation still match the code? Shipped records under
.specwright/changes/and.specwright/deliveries/are historical and exempt.
Return one verdict in one of the skill's templates. The branch reaches lgtm
only when no dimension has an open blocker.
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.
- 2d ago First seen · 27 lines · 44 tokens per session scan A bc843f051c07
sw-reviewer is an agent published in the GitHub repository ribeirogab/specwright (3 stars, last pushed 24d ago), licensed MIT. It adds 44 tokens to every session and 307 once invoked, about $0.0002 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 agents, from other repositories
AGENTS
This file is the spec-manager skill-like entrypoint for Codex, OpenCode, and other AGENTS.md-compatible tools. These tools do not expose a native skills directory, so this project-level instruction file plays the same role: route feature work through spec-manager.
CLAUDE
This project uses spec-manager via the /spec-manager skill.
WINDSURF
This file is the spec-manager entrypoint for Windsurf. Windsurf reads project rules from .windsurfrules; route feature work through spec-manager.
CURSOR
This file is the spec-manager entrypoint for Cursor. Cursor reads project rules from .cursorrules; route feature work through spec-manager.
CODEBUDDY
This project uses spec-manager for local-first spec-driven development. CodeBuddy should use the project skill at .codebuddy/skills/spec-manager/ when the user asks for /spec-manager or asks to follow the spec-manager workflow.
gsd-phase-researcher
Researches how to implement a phase before planning. Produces RESEARCH.md consumed by gsd-planner. Spawned by /gsd:plan-phase orchestrator.