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 skills/taoidle/plan-cascade/mega-plannpx skills add Taoidle/plan-cascade --skill mega-plangit clone --depth 1 https://github.com/Taoidle/plan-cascadeWhat 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.00035 | $0.03366 |
| Opus 5 | $0.00017 | $0.01683 |
| Sonnet 5 | $0.00007 | $0.00673 |
| Haiku 4.5 | $0.00003 | $0.00337 |
Grade A, and why
mega-plan 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 — 505 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Mega Plan
A project-level orchestration system that sits above hybrid-ralph to manage multiple parallel features as a unified project plan.
Auto-Recovery Protocol (CRITICAL)
At the START of any interaction, perform this check to recover context after compression/truncation:
-
Check if
.mega-execution-context.mdexists in the project root -
If YES:
- Read the file content using Read tool
- Display: "Detected ongoing mega-plan execution"
- Show current batch and active worktrees from the file
- CRITICAL: All feature work MUST happen in worktrees, NOT main branch
- If unsure of state, suggest:
/mega:resume --auto-prd
-
If NO but
mega-plan.jsonexists:- Run:
uv run python "${CLAUDE_PLUGIN_ROOT}/skills/mega-plan/scripts/mega-context-reminder.py" both - This will generate the context file and display current state
- Run:
This ensures context recovery even after:
- Context compression (AI summarizes old messages)
- Context truncation (old messages deleted)
- New conversation session
- Claude Code restart
Architecture
Level 1: Mega Plan (Project Level)
└── Level 2: Features (Feature Level) = hybrid:worktree
└── Level 3: Stories (Story Level) = hybrid internal parallelism
Quick Start
Create a Mega Plan
Generate a mega-plan from your project description:
/mega:plan Build an e-commerce platform with user authentication, product catalog, shopping cart, and order processing
This will:
- Analyze your project description
- Break it into features with dependencies
- Create
mega-plan.json,mega-findings.md,.mega-status.json - Display the plan for review
Approve and Execute
After reviewing the mega-plan:
/mega:approve
Or with automatic PRD approval for all features:
/mega:approve --auto-prd
This will:
- Calculate feature batches based on dependencies
- Create worktrees for Batch 1 features
- Generate PRDs in each worktree
- Wait for PRD approvals (or auto-approve with
--auto-prd) - Execute story batches within each feature
- Progress to next feature batch when complete
What ships with it
14 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.
- commands/approve.md 48 KB
- commands/complete.md 11 KB
- commands/edit.md 3.7 KB
- commands/plan.md 23 KB
- commands/status.md 7.6 KB
- core/__init__.py 410 B runs code
- core/feature_orchestrator.py 17 KB runs code
- core/mega_generator.py 18 KB runs code
- core/mega_state.py 17 KB runs code
- core/merge_coordinator.py 14 KB runs code
- scripts/mega-context-reminder.py 17 KB runs code
- scripts/mega-status.py 4.3 KB runs code
- scripts/mega-sync.py 12 KB runs code
- templates/mega-plan.json.template 443 B
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 · 505 lines · 35 tokens per session scan A 94e177915ad0
mega-plan is a skill published in the GitHub repository Taoidle/plan-cascade (131 stars, last pushed 5mo ago), licensed MIT. It adds 35 tokens to every session and 3,366 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 skills, from other repositories
dos-goal-fleet
Launch multiple goal-scoped workers in waves, each with a witness-gated stop condition and dos arbitrate file-tree safety. Use when an operator asks to run several independent goals in parallel and fold only verified ships.
dos-dispatch-loop
Run recurring dos-dispatch cycles, switching to dos-replan when the backlog drains and stopping on the kernel's loop verdict. Use for unattended dispatch->replan->dispatch work across disjoint lanes.
dos-dispatch
Plan and ship the next batch on one lane: run dos-next-up, acquire a lease with dos arbitrate, gate empty work, dispatch the packet, and archive the run. Use when a single lane should move end to end with collision safety.
dos-next-up
Snapshot the repo's phased-plan portfolio into a dispatch packet: audit candidates with dos verify, render who-does-what, and emit a dos gate verdict. Use when you need the current next-work view before dispatching agents.
issue-work
Pick the next most important open GitHub issue this agent can actually complete, make its done-condition true, land it with witnesses (suite + parity + commit-audit), and priority-tag every issue touched along the way. Use when asked to "work the backlog", "complete the next most important issue", or to fix a specific…
dos-replan
Refresh a plan portfolio from evidence: close shipped queue items, update cooldown state, and surface the few decisions an operator must make. Use after dispatch bursts, drained backlogs, or recurring findings.