Cascade skill

Carry large projects through verifiable tasks, parallel work, and durable progress.

by Parcha-ai·MIT license·GitHub ↗

★ 62 Stars on the repo·Checked

npx degit Parcha-ai/parcha-skills/cascade/skills/cascade#main ~/.claude/skills/cascade

SKILL.md · 2.1 KB · installs the whole folder to ~/.claude/skills/cascade

Files of Cascade

Files 1 file
Show the full text37 lines
cascade/SKILL.md37 lines · 2.1 KB
RawView on GitHub

Cascade

Keep one living plan in .cascade/<project>.md or the existing project plan:

  • Outcome and final acceptance check.
  • Context needed to resume: workspace, constraints, decisions, source links.
  • Tasks: ID, deliverable, dependencies, exit check, status, evidence.
  • Current owners, blockers, and next actions.

Decompose. Split by verifiable outcomes or subsystems; detail only near-term work. Expand large tasks into children while retaining the parent's acceptance check. Convert chains into dependency graphs by keeping actual prerequisites and removing ordering that serves no dependency.

Execute. Pick tasks whose prerequisites passed. Build, verify, update the plan, repeat while authorized work remains. Use todo, doing, done, blocked. Failed checks remain unfinished; change approach when attempts stop producing information. Respect session limits and continue independent work when a task is blocked.

Parallelize. Use available subagents for independent ready tasks. Give each worker context, owned files or worktree, deliverable, and exit check. Serialize overlapping edits. Workers return changes, evidence, and unresolved issues; the lead owns integration and the plan. Mirror the graph into native tasks when useful; otherwise the file suffices.

Verify. Mark done only when the exit check passes on the actual candidate. Record check, result, and revision or working-tree identity. Test relevant failure cases; establish a baseline for measured improvements. Never weaken acceptance to hide failure. Verify the assembled system against the original outcome after its required tasks pass.

Resume. Save progress at meaningful boundaries and before handoff. Compare the plan with actual files and workers; recheck stale evidence. Continue until the overall acceptance passes or no authorized work can advance. Leave concrete blockers and next actions when stopping.

1---
2name: cascade
3description: Carry large projects through verifiable tasks, parallel work, and durable progress. Use when asked for Cascade, work in loops, or sustained project execution. Skip small edits.
4---
5 
6# Cascade
7 
8Keep one living plan in `.cascade/<project>.md` or the existing project plan:
9 
10- Outcome and final acceptance check.
11- Context needed to resume: workspace, constraints, decisions, source links.
12- Tasks: ID, deliverable, dependencies, exit check, status, evidence.
13- Current owners, blockers, and next actions.
14 
15**Decompose.** Split by verifiable outcomes or subsystems; detail only near-term work. Expand large
16tasks into children while retaining the parent's acceptance check. Convert chains into dependency
17graphs by keeping actual prerequisites and removing ordering that serves no dependency.
18 
19**Execute.** Pick tasks whose prerequisites passed. Build, verify, update the plan, repeat while
20authorized work remains. Use `todo`, `doing`, `done`, `blocked`. Failed checks remain unfinished;
21change approach when attempts stop producing information. Respect session limits and continue
22independent work when a task is blocked.
23 
24**Parallelize.** Use available subagents for independent ready tasks. Give each worker context,
25owned files or worktree, deliverable, and exit check. Serialize overlapping edits. Workers return
26changes, evidence, and unresolved issues; the lead owns integration and the plan. Mirror the graph
27into native tasks when useful; otherwise the file suffices.
28 
29**Verify.** Mark done only when the exit check passes on the actual candidate. Record check, result,
30and revision or working-tree identity. Test relevant failure cases; establish a baseline for measured
31improvements. Never weaken acceptance to hide failure. Verify the assembled system against the
32original outcome after its required tasks pass.
33 
34**Resume.** Save progress at meaningful boundaries and before handoff. Compare the plan with actual
35files and workers; recheck stale evidence. Continue until the overall acceptance passes or no
36authorized work can advance. Leave concrete blockers and next actions when stopping.
37 

Discussion