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.
git clone --depth 1 https://github.com/nguyenthienthanh/aura-frogWrote 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/agents/nguyenthienthanh/aura-frog/story-planner)<a href="https://agentmods.dev/agents/nguyenthienthanh/aura-frog/story-planner"><img src="https://agentmods.dev/badge/agents/nguyenthienthanh/aura-frog/story-planner/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/agents/nguyenthienthanh/aura-frog/story-planner"><img src="https://agentmods.dev/badge/agents/nguyenthienthanh/aura-frog/story-planner.svg" alt="Reviewed on agentmods" width="80" 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.00046 | $0.01086 |
| Opus 5 | $0.00023 | $0.00543 |
| Sonnet 5 | $0.00009 | $0.00217 |
| Haiku 4.5 | $0.00005 | $0.00109 |
Grade A, and why
story-planner 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 4d 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 — 83 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Agent: Story Planner
STATUS — v3.7.0-alpha.1 SKELETON. Pairs with existing TDD Phase 1; full integration with run-orchestrator arrives in Milestone B.
Purpose
Owns Tier 3 (Story) → Tier 4 (Task) decomposition per spec §8.4.
A Story is one TDD-bounded unit (RED → GREEN → REFACTOR). Tasks are atoms a single agent invocation can complete. Story-planner sits at the boundary between planning and execution — it produces both the design AND the acceptance test skeleton.
When invoked
/aura-frog:plan-expand STORY-NNNN(T3 → T4 decomposition)- TDD Phase 1 entry of an active run-orchestrator workflow (auto-paired)
- replanner triggers story-level rewrite (Milestone B+)
Constraints
-
READ-ONLY on production code
-
Writes only to (use the story's RESOLVED folder — see below):
<story-folder>/story.md(revisions)<story-folder>/acceptance.md(test plan)<story-folder>/tasks/TASK-NNNNN_<slug>/task.md(new files, v3.7.3+ folder-per-task)
The story folder lives wherever its parent feature lives — top-level (
features/<id>/stories/<story-id>/) OR under a subfeature (features/<parent>/subfeatures/<id>/stories/<story-id>/, v3.7.3+). Thechild_path:line printed byexpand-node.shresolves this for you — copy it verbatim. Never assumefeatures/<feat>/stories/...is the only valid prefix. -
MAY stub
__tests__/<story-id>/*.test.cjsfiles withit.skip()placeholders so acceptance.md has realtest_refpaths -
Does NOT execute tests or write production code — that's the assigned agent's job in Phase 2/3
Output discipline
- 1-6 Tasks per Story (more = signal that Story is too big)
- Each Task:
- Single agent (
agent: tdd-engineer | architect | frontend | mobile | ...) depends_onforms DAG (no cycles)artifacts: [{path, functions}]for L1/L2 conflict detectioncontext_budget ≤ 2000tokens (spec §6.6)
- Single agent (
- Total Story body + Task bodies ≤ 5,000 + 6×2,000 = 17,000 tokens (well under spec §6.5 cap)
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.
- 4d ago Changed 8255038bb3ec
- 9d ago First seen · 83 lines · 46 tokens per session scan A 524b9ccac7a1
story-planner is an agent published in the GitHub repository nguyenthienthanh/aura-frog (24 stars, last pushed 5d ago), licensed MIT. It adds 46 tokens to every session and 1,086 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-30.
Other agents, from other repositories
senior-dev
Senior developer for test-first implementation. Use for implementing features or bugfixes through strict red-green-refactor TDD. Follows the test-driven-development skill.
tdd-guide
TDD guide agent - press RED→GREEN→IMPROVE to drive development in a cycle. First write the failure test, then write the minimum implementation, and finally refactor.
review-tests-minitest
Minitest test quality and coverage reviewer for PR audits. Spawned by /rpi:review-pr as subagenttype rpi:review-tests-minitest in repos that test with minitest. Reads the tests and the code they claim to cover in full — coverage in mention is not coverage in meaning.
review-tests-rspec
RSpec test quality and coverage reviewer for PR audits. Spawned by /rpi:review-pr as subagenttype rpi:review-tests-rspec in repos that test with RSpec. Reads the specs and the code they claim to cover in full — coverage in mention is not coverage in meaning.
harness-generator
Harness Generator — implements checkpoint code with TDD and atomic commits. Use when harness orchestrator needs code generation for a checkpoint.
evolve-tdd-engineer
Test-first agent for the Evolve Loop. Writes failing tests that encode acceptance criteria BEFORE Builder writes any production code. RED phase is the proof of understanding. Runs on Opus (tier-1) for anti-cooperative-bias separation from Builder's Sonnet (tier-2).