/plan-loop
Execute a plan file with iterative loop until completion
$ npx -y skills add GantisStorm/essentials-claude-code --agent claude-codeHow it fires
How this command gets triggered: by you, by Claude, or both.
- Fires itselfClaude auto-loads it when your prompt matches the work.
- You can call itInvoke it directly when you want it.
- Slash command
/plan-loop
Context preview
What this command does when you run it.
Execute a plan file with iterative loop until completion
Command definition
plan-loop.mddescription: "Execute a plan file with iterative loop until completion"
argument-hint: "<plan_path> [--max-iterations N]"
allowed-tools: ["Read", "TaskCreate", "TaskUpdate", "TaskList", "TaskGet", "Bash", "Edit", "Write", "Glob", "Grep"]
hide-from-slash-command-tool: "true"
model: opus
Plan Loop Command
Execute a plan file iteratively until all tasks are complete AND exit criteria pass. **Requires a plan file.**
**Note:** Loop and swarm are interchangeable - swarm is just faster when tasks can run in parallel. Both enforce exit criteria and sync state.
Uses Claude Code's built-in Task Management System for dependency tracking and visual progress (`ctrl+t`).
**IMPORTANT**: The plan file is your source of truth. Exit Criteria MUST pass before the loop will end.
Supported Plan Types
This command works with plans from:
- `/plan-creator` - Implementation plans
- `/bug-plan-creator` - Bug fix plans
- `/code-quality-plan-creator` - LSP-powered quality plans
Arguments
- `<plan_path>` (required): Path to the plan file
- `--max-iterations N` (optional): Maximum iterations before stopping (default: unlimited)
Instructions
Step 1: Read the Plan (Only)
Read the plan file and extract tasks. **DO NOT read other files, grep, or explore the codebase** - just parse the plan. **Never spawn sub-agents or delegate work — do ALL implementation directly yourself.** 1. **Files to Edit** - existing files that need modification 2. **Files to Create** - new files to create 3. **Implementation Plan** - per-file implementation instructions 4. **Requirements** - acceptance criteria 5. **Exit Criteria** - verification script and success conditions 6. **Dependency Graph** - file dependency phases for execution ordering
Step 2: Create Task Graph
Create a task for each work item and build an **ID map** as you go:
TaskCreate({ "subject": "Create auth types", ... }) // → task "1"
TaskCreate({ "subject": "Implement auth middleware", ... }) // → task "2"
TaskCreate({ "subject": "Add route protection", ... }) // → task "3"
TaskCreate({ "subject": "Run exit criteria", ... }) // → task "4"Full TaskCreate per item:
TaskCreate({
"subject": "Implement auth middleware",
"description": "Full implementation details from plan - self-contained",
"activeForm": "Implementing auth middleware"
})**Translate the plan's `## Dependency Graph` table to `addBlockedBy`**. The plan contains a table mapping files to phases and dependencies — use it to set up the task graph:
Plan's Dependency Graph:
| Phase | File | Action | Depends On |
|-------|-------------------------|--------|---------------------------|
| 1 | `src/types/auth.ts` | create | — |
| 2 | `src/middleware/auth.ts` | create | `src/types/auth.ts` |
| 3 | `src/routes/auth.ts` | edit | `src/middleware/auth.ts` |
File→Task map: types→"1", middleware→"2", routes→"3", exit criteria→"4"
// Phase 1: no deps (task "1" is ready immediately)
// Phase 2: middleware depends on types
TaskUpdate({ "taskId": "2", "addBlockedBy": ["1"] })
// Phase 3: routes depends on middleware
TaskUpdate({ "taskId": "3", "addBlockedBy": ["2"] })
// Exit criteria blocked by all implementation tasks
TaskUpdate({ "taskId": "4", "addBlockedBy": ["1", "2", "3"] })If the plan has no `## Dependency Graph` section (older plans), infer dependencies from per-file `Dependencies`/`Provides` fields.
A task with non-empty `blockedBy` shows as **blocked** in `ctrl+t`. When a blocking task is marked `completed`, it's automatically removed from the blocked list. A task becomes **ready** (executable) when its blockedBy list is empty.
**Task types:**
- File edits/creates → one task per file
- Major requirements → one task each
- Exit criteria verification → final task, blocked by all others
Step 3: Execute Tasks Sequentially
For each task (in dependency order):
1. **Claim**: `TaskUpdate({ taskId: "N", status: "in_progress" })` 2. **Read**: Get relevant section from plan 3. **Implement**: Make changes following plan exactly 4. **Verify**: Run any task-specific verification 5. **Complete**: `TaskUpdate({ taskId: "N", status: "completed" })` 6. **Next**: Find next unblocked task via TaskList
Step 4: Run Exit Criteria
Before declaring completion: 1. Find the `## Exit Criteria` section in the plan 2. Run the verification command 3. If it passes, say "Exit criteria passed - implementation complete" 4. If it fails, fix the issues and retry
Step 5: Loop Until Done
Use TaskList to check progress:
- If all tasks completed AND exit criteria PASS → say "Exit criteria passed" and stop
- If exit criteria FAIL → fix issues and retry
- If tasks remain incomplete → continue with next unblocked task
**Say "Exit criteria passed" when complete.**
Visual Progress
Press `ctrl+t` to see task progress:
Tasks (2 done, 1 in progress, 3 open)
✓ #1 Setup database schema
■ #2 Implement auth middleware
□ #3 Add login route > blocked by #2
□ #4 Add protected routes > blocked by #2
□ #5 Run exit criteria > blocked by #3, #4
Context Recovery
If context compacts: 1. Call TaskList to see all tasks and their status 2. Read the plan file again 3. Find next pending unblocked task 4. Continue implementation
Error Handling
| Scenario | Action | |----------|--------| | Plan file not found | Report error and exit | | Exit criteria fail | Fix issues and retry | | Context compacted | TaskList → re-read plan → continue |
Example Usage
/plan-loop .claude/plans/add-user-auth.md
/plan-loop .claude/plans/fix-memory-leak.md --max-iterations 10
Read more
description: "Execute a plan file with iterative loop until completion" argument-hint: "<plan_path> [--max-iterations N]" allowed-tools: ["Read", "TaskCreate", "TaskUpdate", "TaskList", "TaskGet", "Bash", "Edit", "Write", "Glob", "Grep"] hide-from-slash-command-tool: "true" model: opus
Plan Loop Command
Execute a plan file iteratively until all tasks are complete AND exit criteria pass. **Requires a plan file.**
**Note:** Loop and swarm are interchangeable - swarm is just faster when tasks can run in parallel. Both enforce exit criteria and sync state.
Uses Claude Code's built-in Task Management System for dependency tracking and visual progress (`ctrl+t`).
**IMPORTANT**: The plan file is your source of truth. Exit Criteria MUST pass before the loop will end.
Supported Plan Types
This command works with plans from:
- `/plan-creator` - Implementation plans
- `/bug-plan-creator` - Bug fix plans
- `/code-quality-plan-creator` - LSP-powered quality plans
Arguments
- `<plan_path>` (required): Path to the plan file
- `--max-iterations N` (optional): Maximum iterations before stopping (default: unlimited)
Instructions
Step 1: Read the Plan (Only)
Read the plan file and extract tasks. **DO NOT read other files, grep, or explore the codebase** - just parse the plan. **Never spawn sub-agents or delegate work — do ALL implementation directly yourself.** 1. **Files to Edit** - existing files that need modification 2. **Files to Create** - new files to create 3. **Implementation Plan** - per-file implementation instructions 4. **Requirements** - acceptance criteria 5. **Exit Criteria** - verification script and success conditions 6. **Dependency Graph** - file dependency phases for execution ordering
Step 2: Create Task Graph
Create a task for each work item and build an **ID map** as you go:
TaskCreate({ "subject": "Create auth types", ... }) // → task "1"
TaskCreate({ "subject": "Implement auth middleware", ... }) // → task "2"
TaskCreate({ "subject": "Add route protection", ... }) // → task "3"
TaskCreate({ "subject": "Run exit criteria", ... }) // → task "4"Full TaskCreate per item:
TaskCreate({
"subject": "Implement auth middleware",
"description": "Full implementation details from plan - self-contained",
"activeForm": "Implementing auth middleware"
})**Translate the plan's `## Dependency Graph` table to `addBlockedBy`**. The plan contains a table mapping files to phases and dependencies — use it to set up the task graph:
Plan's Dependency Graph: | Phase | File | Action | Depends On | |-------|-------------------------|--------|---------------------------| | 1 | `src/types/auth.ts` | create | — | | 2 | `src/middleware/auth.ts` | create | `src/types/auth.ts` | | 3 | `src/routes/auth.ts` | edit | `src/middleware/auth.ts` | File→Task map: types→"1", middleware→"2", routes→"3", exit criteria→"4"
// Phase 1: no deps (task "1" is ready immediately)
// Phase 2: middleware depends on types
TaskUpdate({ "taskId": "2", "addBlockedBy": ["1"] })
// Phase 3: routes depends on middleware
TaskUpdate({ "taskId": "3", "addBlockedBy": ["2"] })
// Exit criteria blocked by all implementation tasks
TaskUpdate({ "taskId": "4", "addBlockedBy": ["1", "2", "3"] })If the plan has no `## Dependency Graph` section (older plans), infer dependencies from per-file `Dependencies`/`Provides` fields.
A task with non-empty `blockedBy` shows as **blocked** in `ctrl+t`. When a blocking task is marked `completed`, it's automatically removed from the blocked list. A task becomes **ready** (executable) when its blockedBy list is empty.
**Task types:**
- File edits/creates → one task per file
- Major requirements → one task each
- Exit criteria verification → final task, blocked by all others
Step 3: Execute Tasks Sequentially
For each task (in dependency order):
1. **Claim**: `TaskUpdate({ taskId: "N", status: "in_progress" })` 2. **Read**: Get relevant section from plan 3. **Implement**: Make changes following plan exactly 4. **Verify**: Run any task-specific verification 5. **Complete**: `TaskUpdate({ taskId: "N", status: "completed" })` 6. **Next**: Find next unblocked task via TaskList
Step 4: Run Exit Criteria
Before declaring completion: 1. Find the `## Exit Criteria` section in the plan 2. Run the verification command 3. If it passes, say "Exit criteria passed - implementation complete" 4. If it fails, fix the issues and retry
Step 5: Loop Until Done
Use TaskList to check progress:
- If all tasks completed AND exit criteria PASS → say "Exit criteria passed" and stop
- If exit criteria FAIL → fix issues and retry
- If tasks remain incomplete → continue with next unblocked task
**Say "Exit criteria passed" when complete.**
Visual Progress
Press `ctrl+t` to see task progress:
Tasks (2 done, 1 in progress, 3 open) ✓ #1 Setup database schema ■ #2 Implement auth middleware □ #3 Add login route > blocked by #2 □ #4 Add protected routes > blocked by #2 □ #5 Run exit criteria > blocked by #3, #4
Context Recovery
If context compacts: 1. Call TaskList to see all tasks and their status 2. Read the plan file again 3. Find next pending unblocked task 4. Continue implementation
Error Handling
| Scenario | Action | |----------|--------| | Plan file not found | Report error and exit | | Exit criteria fail | Fix issues and retry | | Context compacted | TaskList → re-read plan → continue |
Example Usage
/plan-loop .claude/plans/add-user-auth.md /plan-loop .claude/plans/fix-memory-leak.md --max-iterations 10
Loops, swarms, and teams powered by Claude Code's built-in Task System. Loop, swarm, and team are three execution modes. Loop runs sequentially. Swarm runs parallel subagents. Team spawns full Claude Code instances with shared contracts via Agent Teams.
Repo: GantisStorm/essentials-claude-code
Other commands on essentials-claude-code.
- /beads-converter
Convert plans to Beads - works with /beads-loop, /beads-swarm, or RalphTUI
Open command - /beads-loop
Execute beads iteratively until all tasks complete
Open command - /beads-swarm
Execute beads with parallel agent swarm (dependency-aware)
Open command - /bug-plan-creator
Deep bug investigation with architectural fix plan generation - works with any executor (loop or swarm)
Open command - /cancel-loop
Cancel any active loop
Open command - /cancel-swarm
Cancel any active swarm
Open command

