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 ai-driven-dev/framework --skill 05-reviewgit clone --depth 1 https://github.com/ai-driven-dev/frameworkWrote 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/ai-driven-dev/framework/05-review)<a href="https://agentmods.dev/skills/ai-driven-dev/framework/05-review"><img src="https://agentmods.dev/badge/skills/ai-driven-dev/framework/05-review.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.00044 | $0.00677 |
| Opus 5 | $0.00022 | $0.00338 |
| Sonnet 5 | $0.00009 | $0.00135 |
| Haiku 4.5 | $0.00004 | $0.00068 |
Grade A, and why
05-review 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 3d 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 — 41 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Skill: review
Read-only review of a diff along three axes, code quality, feature behavior, and relevancy, composed into one report.
Actions
| # | Action | Axis |
|---|---|---|
| 01 | review-code |
Clean-code quality on the changed lines |
| 02 | review-functional |
The diff against the plan's phases and their acceptance criteria |
| 03 | review-relevancy |
Does the change belong: fit to the need, rule conformance, no rot |
Run all three by default, composing one report. Run a single axis only when the caller names it; if it is unclear whether they want all or one, ask. Before running an action, read its file in actions/, not only the table or assets.
Transversal rules
- Read-only: surface each finding with its fix described, never patch.
- Output: always write
review.mdto disk; the file is the deliverable, never an inline-only verdict. - Folder: write into the reviewed work's feature folder (
aidd_docs/tasks/<yyyy_mm>/<yyyy_mm_dd>_<slug>/, besideplan.md), or one resolved from the change when it has none. - Report: fill
review.mdfromassets/review-template.md. One sharedFindingstable for every axis: functional writes thePhasesboxes and theVerificationtable, and appends afunctionalrow toFindingsfor each unmet criterion taggedfix; code and relevancy append rows toFindingsunder theirKind. Tables and boxes, no prose, no per-axis sections. The Phase column ties a finding to the plan when one is in scope,-otherwise. - Sections: the report has exactly the sections in
assets/review-validator.yml. Before returning, verify against it and remove any section not listed. - Not run: every required section always exists. The header
Axes runlists which axes ran, so a skipped code or relevancy axis is visible even thoughFindingsis shared. An axis that did not run marks the sections it owns "Not run" (functional ownsPhasesandVerification); it never leaves a placeholder or invents data. - Re-run: overwrite
review.mdwith the current review. It is a snapshot of the current diff, not a history; a later review of the same work replaces the earlier one. - Verdict: one overall verdict, the strictest across the axes run, per
references/review-rubric.md.
What ships with it
6 files 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.
- 3d ago First seen · 41 lines · 44 tokens per session scan A 9a81cfc17d5a
05-review is a skill published in the GitHub repository ai-driven-dev/framework (455 stars, last pushed yesterday), licensed MIT. It adds 44 tokens to every session and 677 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-09-03.
Other skills, from other repositories
contribute-to-eliza
Finish and prove a scoped elizaOS GitHub issue, or independently review and repair an open elizaOS pull request. Use when contributing compute to elizaOS by selecting unclaimed work, implementing or reviewing changes, adding real tests and evidence, validating artifacts, or preparing a contribution for maintainer…
github
Manage the full GitHub workflow from the terminal — auth, issues, pull request lifecycle (branch/commit/open/CI/merge), code review, and repo management. Uses the gh CLI when present, with a git + REST API fallback. Use when asked to "open a PR", "create an issue", "review this PR", "check CI", "list issues".
pr-gates
This skill should be used when the user asks to "open a PR", "prepare for review", "address review comments", "run gates", or "verify before pushing" in this repository. Enforces preflight/gate workflow, migration safety, and review-evidence closure.
Codex
Guides operator-owned delegation to Codex when the task fits a bounded coding lane, review pass, or worktree-isolated implementation track.
GitHub PR Workflow
Move cleanly through branch, diff, review, validation, and PR update steps without losing scope or repository-native workflow.
gh-pr
Create, review, or manage GitHub pull requests. Use when asked to open, check, or merge a PR.