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.01088 |
| Opus 5.5 | $0.00018 | $0.00435 |
| Sonnet 5.5 | $0.00009 | $0.00218 |
| 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 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 — 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.
- 3d ago Changed e3b126d42866
- 1mo ago Changed 8255038bb3ec
- 1mo 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 (25 stars, last pushed 4d ago), licensed MIT. It adds 46 tokens to every session and 1,088 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 agents, from other repositories
gsd-debug-session-manager
Manages multi-cycle /gsd:debug checkpoint and continuation loop in isolated context. Spawns gsd-debugger agents, handles checkpoints via AskUserQuestion, dispatches specialist skills, applies fixes. Returns compact summary to main context. Spawned by /gsd:debug command.
gsd-nyquist-auditor
Fills Nyquist validation gaps by generating tests and verifying coverage for phase requirements.
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.
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).
test-engineer
Expert in test automation, quality assurance, and test-driven development.
evolve-spec-verifier
Spec verifier agent for the Evolve Loop. Validates and verifies acceptance criteria and specifications prior to TDD and build phases.