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 marcusgoll/Spec-Flow --skill epic-walkthroughgit clone --depth 1 https://github.com/marcusgoll/Spec-FlowWrote 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/marcusgoll/spec-flow/epic-walkthrough)<a href="https://agentmods.dev/skills/marcusgoll/spec-flow/epic-walkthrough"><img src="https://agentmods.dev/badge/skills/marcusgoll/spec-flow/epic-walkthrough/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/skills/marcusgoll/spec-flow/epic-walkthrough"><img src="https://agentmods.dev/badge/skills/marcusgoll/spec-flow/epic-walkthrough.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.00000 | $0.01514 |
| Opus 5.5 | $0.00000 | $0.00606 |
| Sonnet 5.5 | $0.00000 | $0.00303 |
| Haiku 4.5 | $0.00000 | $0.00151 |
Grade A, and why
epic-walkthrough 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 1mo 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 — 198 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Epic Walkthrough Skill
Generate comprehensive walkthrough documentation and trigger self-improvement for epic workflows.
Purpose
Create walkthrough.md documenting the epic journey and trigger workflow audit/healing for continuous improvement.
When to Invoke
- During
/epicStep 8 (Finalization phase) - After deployment completes successfully
- Via
/finalizecommand
Template Reference
Use the template at .spec-flow/templates/epic/walkthrough.md as the base structure.
Template variables (replace with actual values):
{{EPIC_TITLE}},{{EPIC_NUMBER}},{{EPIC_SLUG}}{{START_DATE}},{{END_DATE}},{{DURATION_DAYS}},{{DURATION_HOURS}}{{SPRINT_COUNT}},{{TASKS_COMPLETED}}{{EXPECTED_VELOCITY}},{{ACTUAL_VELOCITY}}- Phase durations, sprint details, quality gate results
- File change statistics, deployment information
Data sources:
state.yaml- Phase timestamps, sprint statusepic-spec.md- Business value, constraintssprint-plan.md- Sprint dependencies, estimatesoptimization-report.md- Quality gate resultsgit log- Commit history, file statistics
Walkthrough Structure
<walkthrough>
<overview>
<epic_goal>...</epic_goal>
<business_value>...</business_value>
<duration>Start: 2025-11-19, End: 2025-11-25 (6 days)</duration>
<velocity>Expected: 3x, Actual: 4.2x</velocity>
</overview>
<phases_completed>
<phase name="research">
<duration>2 hours</duration>
<key_findings>OAuth 2.1 recommended, JWT tokens for sessions</key_findings>
<artifacts>research.md, API contracts locked</artifacts>
</phase>
<phase name="planning">
<duration>1.5 hours</duration>
<key_decisions>PostgreSQL for sessions, httpOnly cookies</key_decisions>
<artifacts>plan.md, sprint-plan.md</artifacts>
</phase>
<phase name="implementation">
<duration>16 hours</duration>
<sprints_completed>S01 (8h), S02 (12h), S03 (6h)</sprints_completed>
<artifacts>Implementation in sprints/S01, S02, S03</artifacts>
</phase>
<phase name="optimization">
<duration>2 hours</duration>
<quality_gates>All passed (tests, security, performance, accessibility)</quality_gates>
<artifacts>optimization-report.xml</artifacts>
</phase>
</phases_completed>
<validation>
<quality_gates>
<gate name="tests" status="passed">98% coverage, 142/142 passing</gate>
<gate name="security" status="passed">0 critical, 2 medium (triaged)</gate>
<gate name="performance" status="passed">API p95: 87ms (target: <200ms)</gate>
<gate name="accessibility" status="passed">WCAG 2.1 AA compliant</gate>
</quality_gates>
<deployment>
<staging>Deployed v1.5.0-rc.1, validated 2025-11-24</staging>
<production>Promoted to v1.5.0, deployed 2025-11-25</production>
</deployment>
</validation>
<key_files_modified>
<category name="backend">
<file path="src/auth/middleware.ts">JWT validation middleware</file>
<file path="src/auth/service.ts">OAuth 2.1 integration</file>
</category>
<category name="frontend">
<file path="components/LoginForm.tsx">OAuth login flow</file>
<file path="hooks/useAuth.ts">Auth state management</file>
</category>
<category name="infrastructure">
<file path="migrations/20251119_sessions.sql">Session table</file>
<file path="contracts/api/auth-v1.yaml">Auth API contract</file>
</category>
</key_files_modified>
<next_steps>
<future_enhancement priority="high">Add MFA support</future_enhancement>
<future_enhancement priority="medium">Social login</future_enhancement>
<technical_debt>Token refresh uses polling (should use refresh tokens)</technical_debt>
<monitoring>Watch auth_failures_total metric</monitoring>
</next_steps>
<summary>
<what_worked>
- Parallel sprint execution saved 8 hours
- API contract locking prevented integration bugs
- Meta-prompting research identified OAuth 2.1 early
</what_worked>
<what_struggled>
- Sprint S02 took 12h vs 8h estimated
- Cookie SameSite policy required research
</what_struggled>
<lessons_learned>
- Lock contracts before parallel work
- Research phase crucial for architectural decisions
- Parallel execution 4.2x faster than sequential
</lessons_learned>
<velocity_impact>
Expected: 3x faster
Actual: 4.2x faster
Reason: S02/S03 ran 60% parallel
</velocity_impact>
</summary>
</walkthrough>
What ships with it
1 file 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.
- 1mo ago First seen · 198 lines · 0 tokens per session scan A 9512deb159c7
epic-walkthrough is a skill published in the GitHub repository marcusgoll/Spec-Flow (96 stars, last pushed 23d ago), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 1,514 tokens. 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
agentflow
Orchestrate autonomous AI development pipelines through your Kanban board (Asana, GitHub Projects, Linear). Manages multi-worker Claude Code dispatch, deterministic quality gates, adversarial review, per-task cost tracking, and recoverable pipeline design.
asana-automation
Automate Asana tasks via Rube MCP (Composio): tasks, projects, sections, teams, workspaces. Always search tools first for current schemas.
team-qa
Orchestrate the QA team through a full testing cycle — qa-lead strategy and test plan, qa-tester case writing, execution, sign-off.
release-checklist
Pre-release checklist — build verification, certification requirements, store metadata, launch readiness.
day-one-patch
Day-one launch patch — focused fix for known issues found after gold master. Mini-sprint with QA gate and rollback.
milestone-review
Milestone progress review — completeness, quality metrics, risk, go/no-go recommendation. At checkpoints or before a deadline.