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 commands/marcusgoll/spec-flow/epicgit clone --depth 1 https://github.com/marcusgoll/Spec-FlowWhat 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.00020 | $0.06905 |
| Opus 5 | $0.00010 | $0.03453 |
| Sonnet 5 | $0.00004 | $0.01381 |
| Haiku 4.5 | $0.00002 | $0.00690 |
Grade A, and why
epic 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.
How it starts
The opening of the file, as written. The whole thing — 853 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Command: /epic [epic description | slug | continue | next]
Runtime ownership note: Epic workflow semantics and state belong to the shared canon. This command is currently a Claude adapter surface while epic runtime behavior converges on the same shared ownership model as the rest of Spec-Flow.
CRITICAL ARCHITECTURE (v7.0 - Domain Memory v2):
This orchestrator is ultra-lightweight. You MUST:
- Read state from disk (state.yaml, interaction-state.yaml, domain-memory.yaml)
- Spawn isolated phase agents via Task tool - NEVER execute phases inline
- Handle user Q&A when agents return questions
- Update state.yaml after each phase
- NEVER carry implementation details in your context
Key Difference from /feature:
- Epic creates sprint-level domain-memory.yaml files for parallel execution
- Implementation spawns multiple workers across sprints simultaneously
- More sophisticated dependency tracking between sprints
Benefits: Unlimited epic complexity, 3-5x faster delivery via parallelism, observable progress, resumable at any point.
Project State: !test -d docs/project && echo "initialized" || echo "missing"
Git Configuration:
- Remote: !
git remote -v 2>/dev/null | head -1 | grep -q origin && echo "configured" || echo "none" - Current branch: !
git branch --show-current 2>/dev/null || echo "none" - Staging workflow: !
test -f .github/workflows/deploy-staging.yml && echo "present" || echo "missing"
Epic Workspace: !ls -d epics/*/ 2>/dev/null | head -3 || echo "none"
Workflow State: @epics/*/state.yaml
Planning Depth Preference: !bash .spec-flow/scripts/utils/load-preferences.sh --key "planning.auto_deep_mode" --default "false" 2>/dev/null || echo "false"
Epic Trigger for Deep Planning: !bash .spec-flow/scripts/utils/load-preferences.sh --key "planning.deep_planning_triggers.epic_features" --default "true" 2>/dev/null || echo "true"
Auto-ship preference: !bash .spec-flow/scripts/utils/load-preferences.sh --key "deployment.auto_ship" --default "false" 2>/dev/null || echo "false"
Auto-merge preference: !bash .spec-flow/scripts/utils/load-preferences.sh --key "deployment.auto_merge" --default "false" 2>/dev/null || echo "false"
Auto-finalize preference: !bash .spec-flow/scripts/utils/load-preferences.sh --key "deployment.auto_finalize" --default "true" 2>/dev/null || echo "true"
Studio context (multi-agent isolation): !bash .spec-flow/scripts/bash/worktree-context.sh studio-detect 2>/dev/null || echo ""
Worktree context: !bash .spec-flow/scripts/bash/worktree-context.sh info 2>/dev/null || echo '{"is_worktree": false}'
<planning_depth>
Planning Depth Mode for Epics
NOTE: Epics automatically trigger ultrathink/deep planning by default via deep_planning_triggers.epic_features: true.
Flags in $ARGUMENTS:
--deep→ Explicitly force ultrathink (redundant for epics, but explicit)--auto→ Use preferences AND continue through ship→finalize without stopping- Neither → Interactive mode, still uses deep planning for epics
Epic-specific benefits of ultrathink:
- Assumption questioning across multiple sprints
- Codebase soul analysis informs sprint boundaries
- Minimum viable architecture prevents over-engineering
- Design alternatives help sprint prioritization
State tracking:
# In epics/NNN-slug/state.yaml
planning:
mode: deep
ultrathink_enabled: true
triggered_by: epic_features # or explicit_flag
</planning_depth>
<auto_mode>
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 · 853 lines · 20 tokens per session scan A de0cf81679de
epic is a command published in the GitHub repository marcusgoll/Spec-Flow (91 stars, last pushed 4mo ago), licensed MIT. It adds 20 tokens to every session and 6,905 once invoked, about $0.0001 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 commands, from other repositories
end-work
Complete work session with final checklist.
sync-linear
Sync current work with Linear ticket status.
start-work
Start work on a new Linear ticket with proper workflow.
dashboard
CLI status display — terse one-screen view of plan tree, active task, conflicts, freezes, token budget, recent decisions.
milestone-review
PitWay: Role-based milestone review workflow (start/brief/record/report/decide).
backlog
PitWay: Capture out-of-scope work discovered mid-task, without expanding current scope.