Goal Skill
Define goals, classify tasks by type, and execute them through superpower skills.
Task Type → Superpower Skill Mapping
When creating tasks, classify each one. The type determines which superpower skill to invoke at execution time.
| Task Type |
Superpower Skill |
When to Use |
explore |
superpowers:brainstorming |
Understanding codebase, exploring options, research |
plan |
superpowers:writing-plans |
Designing architecture, writing implementation plans |
implement |
superpowers:test-driven-development |
Writing new features or fixing bugs with tests first |
implement-parallel |
superpowers:subagent-driven-development |
Multiple independent implementation tasks |
dispatch |
superpowers:dispatching-parallel-agents |
Fanning out to parallel subagents |
debug |
superpowers:systematic-debugging |
Investigating bugs, test failures, unexpected behavior |
verify |
superpowers:verification-before-completion |
Confirming fixes, checking tests pass, validating output |
review |
superpowers:requesting-code-review |
Reviewing completed work before merging |
handle-feedback |
superpowers:receiving-code-review |
Processing code review feedback |
integrate |
superpowers:finishing-a-development-branch |
Merging, PR creation, cleanup after implementation |
isolate |
superpowers:using-git-worktrees |
Work that needs isolation from current workspace |
Commands
| Command |
Purpose |
/goal <description> |
Define a new goal, auto-generate typed tasks |
/goal add <task> |
Add a single task |
/goal status |
Show current goal with task types and skills |
/tasks |
Alias for /goal status |
/tasks start <id> |
Begin a task — invokes its superpower skill |
/tasks done <id> |
Mark a task as completed |
/tasks fail <id> <reason> |
Mark a task as failed |
/tasks skip <id> |
Skip a task |
/tasks unskip <id> |
Unskip a previously skipped task |
/goal clear |
Clear the current goal (requires confirmation) |
Workflow
Step 1: Define
User: /goal "Add unit tests for all API endpoints"
Read state/goal.json. If one exists and active, ask about replacing.
Auto-classify each generated task:
## Goal: Add unit tests for all API endpoints
6 tasks | 0 done | ○ 6 pending
P1 1. [ ] Find all untested endpoints [explore] brainstorming
P2 2. [ ] Write tests for GET /users [implement] tdd
P2 3. [ ] Write tests for POST /users [implement] tdd (depends on: #2)
P2 4. [ ] Write tests for GET /items/:id [implement] tdd
P2 5. [ ] Write tests for PUT /items/:id [implement] tdd (depends on: #4)
P3 6. [ ] Run full test suite, verify coverage [verify] verification
/tasks start <id> to begin, /tasks done <id> to mark complete
Each task shows its [type] and the matching superpower skill.
Step 2: Start a Task
User: /tasks start 2
## Task 2/6: Write tests for GET /users
Type: implement | Skill: superpowers:test-driven-development
Invoking TDD workflow:
1. Write a failing test first (red)
2. Write minimal code to pass (green)
3. Refactor while tests stay green
Starting now...
Then invoke Skill("superpowers:test-driven-development") and proceed with the task.
Step 3: Task Completed
After the task is done (via its skill), user marks it:
User: /tasks done 2
Agent: ✓ Task #2 complete. 1/6 done. 5 remaining.
Next ready: #3 (/tasks start 3), #4 (/tasks start 4)
Step 4: Goal Complete
When all tasks are completed or skipped:
- Set goal status →
completed
- Show summary with elapsed time
Task Schema (state/goal.json)
{
"subject": "Add unit tests for all API endpoints",
"description": "user's full goal description",
"status": "active",
"created_at": "2026-07-31T06:00:00Z",
"completed_at": null,
"tasks": [
{
"id": 1,
"subject": "Find all untested endpoints",
"description": "Scan for endpoints without tests",
"status": "pending",
"priority": "high",
"type": "explore",
"skill": "superpowers:brainstorming",
"depends_on": [],
"blocks": [2, 3],
"activeForm": "Finding untested endpoints",
"metadata": {},
"result": null,
"started_at": null,
"completed_at": null
}
],
"stats": {
"total": 6,
"pending": 6,
"in_progress": 0,
"completed": 0,
"failed": 0,
"skipped": 0
}
}
Status Display
/goal status or /tasks:
## Goal: Add unit tests for all API endpoints
Status: active | Created: Jul 31 14:00 | Progress: 33%
┌── #2 (implement, done) [tdd]
#1 (explore, done) ─────┤
[brainstorming] └── #3 (implement, pending) [tdd] blocks: #5
#4 (implement, done) [tdd]
#5 (implement, pending) [tdd] — depends on #4
#6 (verify, pending) [verification]
✓ 3 done | ○ 3 pending
Next: /tasks start 3 → superpowers:test-driven-development
Task Type Auto-Classification
When generating tasks from a goal description, classify each by analyzing its verb and deliverable:
| Pattern |
Type |
| "Find", "Explore", "Research", "Understand", "Analyze", "Scan" |
explore |
| "Design", "Plan", "Architect", "Blueprint" |
plan |
| "Implement", "Write", "Build", "Create", "Add", "Refactor" |
implement |
| "Debug", "Fix", "Investigate", "Diagnose" |
debug |
| "Test", "Verify", "Validate", "Check", "Run tests" |
verify |
| "Review", "Audit", "Inspect" |
review |
| "Merge", "Deploy", "PR", "Integrate" |
integrate |
| Multiple independent tasks of same type |
change to implement-parallel or dispatch |
If uncertain, default to implement.
Task Execution
When /tasks start <id> is invoked:
- Read the task from
state/goal.json
- Set status →
in_progress, started_at → now
- Read the
skill field
- Invoke the superpower skill with context about the task:
Skill("superpowers:test-driven-development") — the skill loads and guides execution
- The skill's workflow takes over until the task is done
- User marks it with
/tasks done <id>
If the task has type: "implement-parallel" or type: "dispatch":
- Explain that these fan out to parallel subagents
- The parent task tracks overall completion
- Sub-tasks get their own entries in the goal
Edge Cases
| Situation |
Behavior |
Task has no skill field |
Default to superpowers:brainstorming for explore/plan, tdd for implement |
| Skill invocation fails |
Suggest manual execution. Mark task as in_progress for user to handle. |
| Multiple ready tasks, user doesn't specify |
Show all ready tasks with their skills. Ask which to start. |
Task type dispatch or implement-parallel |
These create sub-goals. Track completion of each sub-unit. |
Key Files
| File |
Purpose |
state/goal.json |
Current goal state with typed tasks and skill mappings |
1---2name: goal3description: Goal and task management with superpower skills integration. Define goals, break them into typed subtasks with dependencies, and each task auto-maps to the right superpower skill for execution. Triggers on: "/goal", "/tasks", "set a goal", "create task", "todo list", "任务列表", "查看任务", "what's next", "track progress", "define goal". Tasks persist in state/goal.json across sessions. When executing tasks, invokes the matching superpower skill (brainstorming, tdd, systematic-debugging, subagent-driven-development, etc.) automatically.4---56# Goal Skill78Define goals, classify tasks by type, and execute them through superpower skills.910## Task Type → Superpower Skill Mapping1112When creating tasks, classify each one. The type determines which superpower skill to invoke at execution time.1314| Task Type | Superpower Skill | When to Use |15|-----------|-----------------|-------------|16| `explore` | `superpowers:brainstorming` | Understanding codebase, exploring options, research |17| `plan` | `superpowers:writing-plans` | Designing architecture, writing implementation plans |18| `implement` | `superpowers:test-driven-development` | Writing new features or fixing bugs with tests first |19| `implement-parallel` | `superpowers:subagent-driven-development` | Multiple independent implementation tasks |20| `dispatch` | `superpowers:dispatching-parallel-agents` | Fanning out to parallel subagents |21| `debug` | `superpowers:systematic-debugging` | Investigating bugs, test failures, unexpected behavior |22| `verify` | `superpowers:verification-before-completion` | Confirming fixes, checking tests pass, validating output |23| `review` | `superpowers:requesting-code-review` | Reviewing completed work before merging |24| `handle-feedback` | `superpowers:receiving-code-review` | Processing code review feedback |25| `integrate` | `superpowers:finishing-a-development-branch` | Merging, PR creation, cleanup after implementation |26| `isolate` | `superpowers:using-git-worktrees` | Work that needs isolation from current workspace |2728## Commands2930| Command | Purpose |31|---------|---------|32| `/goal <description>` | Define a new goal, auto-generate typed tasks |33| `/goal add <task>` | Add a single task |34| `/goal status` | Show current goal with task types and skills |35| `/tasks` | Alias for `/goal status` |36| `/tasks start <id>` | Begin a task — invokes its superpower skill |37| `/tasks done <id>` | Mark a task as completed |38| `/tasks fail <id> <reason>` | Mark a task as failed |39| `/tasks skip <id>` | Skip a task |40| `/tasks unskip <id>` | Unskip a previously skipped task |41| `/goal clear` | Clear the current goal (requires confirmation) |4243## Workflow4445### Step 1: Define4647User: `/goal "Add unit tests for all API endpoints"`4849Read `state/goal.json`. If one exists and active, ask about replacing.5051Auto-classify each generated task:5253```54## Goal: Add unit tests for all API endpoints55566 tasks | 0 done | ○ 6 pending5758P1 1. [ ] Find all untested endpoints [explore] brainstorming59P2 2. [ ] Write tests for GET /users [implement] tdd60P2 3. [ ] Write tests for POST /users [implement] tdd (depends on: #2)61P2 4. [ ] Write tests for GET /items/:id [implement] tdd62P2 5. [ ] Write tests for PUT /items/:id [implement] tdd (depends on: #4)63P3 6. [ ] Run full test suite, verify coverage [verify] verification6465/tasks start <id> to begin, /tasks done <id> to mark complete66```6768Each task shows its `[type]` and the matching superpower skill.6970### Step 2: Start a Task7172User: `/tasks start 2`7374```75## Task 2/6: Write tests for GET /users76Type: implement | Skill: superpowers:test-driven-development7778Invoking TDD workflow:79 1. Write a failing test first (red)80 2. Write minimal code to pass (green)81 3. Refactor while tests stay green8283Starting now...84```8586Then invoke `Skill("superpowers:test-driven-development")` and proceed with the task.8788### Step 3: Task Completed8990After the task is done (via its skill), user marks it:9192```93User: /tasks done 294Agent: ✓ Task #2 complete. 1/6 done. 5 remaining.95 Next ready: #3 (/tasks start 3), #4 (/tasks start 4)96```9798### Step 4: Goal Complete99100When all tasks are `completed` or `skipped`:1011. Set goal status → `completed`1022. Show summary with elapsed time103104## Task Schema (state/goal.json)105106```json107{108 "subject": "Add unit tests for all API endpoints",109 "description": "user's full goal description",110 "status": "active",111 "created_at": "2026-07-31T06:00:00Z",112 "completed_at": null,113 "tasks": [114 {115 "id": 1,116 "subject": "Find all untested endpoints",117 "description": "Scan for endpoints without tests",118 "status": "pending",119 "priority": "high",120 "type": "explore",121 "skill": "superpowers:brainstorming",122 "depends_on": [],123 "blocks": [2, 3],124 "activeForm": "Finding untested endpoints",125 "metadata": {},126 "result": null,127 "started_at": null,128 "completed_at": null129 }130 ],131 "stats": {132 "total": 6,133 "pending": 6,134 "in_progress": 0,135 "completed": 0,136 "failed": 0,137 "skipped": 0138 }139}140```141142## Status Display143144`/goal status` or `/tasks`:145146```147## Goal: Add unit tests for all API endpoints148Status: active | Created: Jul 31 14:00 | Progress: 33%149150 ┌── #2 (implement, done) [tdd]151#1 (explore, done) ─────┤152 [brainstorming] └── #3 (implement, pending) [tdd] blocks: #5153154#4 (implement, done) [tdd]155#5 (implement, pending) [tdd] — depends on #4156#6 (verify, pending) [verification]157158✓ 3 done | ○ 3 pending159160Next: /tasks start 3 → superpowers:test-driven-development161```162163## Task Type Auto-Classification164165When generating tasks from a goal description, classify each by analyzing its verb and deliverable:166167| Pattern | Type |168|---------|------|169| "Find", "Explore", "Research", "Understand", "Analyze", "Scan" | `explore` |170| "Design", "Plan", "Architect", "Blueprint" | `plan` |171| "Implement", "Write", "Build", "Create", "Add", "Refactor" | `implement` |172| "Debug", "Fix", "Investigate", "Diagnose" | `debug` |173| "Test", "Verify", "Validate", "Check", "Run tests" | `verify` |174| "Review", "Audit", "Inspect" | `review` |175| "Merge", "Deploy", "PR", "Integrate" | `integrate` |176| Multiple independent tasks of same type | change to `implement-parallel` or `dispatch` |177178If uncertain, default to `implement`.179180## Task Execution181182When `/tasks start <id>` is invoked:1831841. Read the task from `state/goal.json`1852. Set status → `in_progress`, `started_at` → now1863. Read the `skill` field1874. Invoke the superpower skill with context about the task:188 - `Skill("superpowers:test-driven-development")` — the skill loads and guides execution1895. The skill's workflow takes over until the task is done1906. User marks it with `/tasks done <id>`191192If the task has `type: "implement-parallel"` or `type: "dispatch"`:193- Explain that these fan out to parallel subagents194- The parent task tracks overall completion195- Sub-tasks get their own entries in the goal196197## Edge Cases198199| Situation | Behavior |200|-----------|----------|201| Task has no `skill` field | Default to `superpowers:brainstorming` for explore/plan, `tdd` for implement |202| Skill invocation fails | Suggest manual execution. Mark task as `in_progress` for user to handle. |203| Multiple ready tasks, user doesn't specify | Show all ready tasks with their skills. Ask which to start. |204| Task type `dispatch` or `implement-parallel` | These create sub-goals. Track completion of each sub-unit. |205206## Key Files207208| File | Purpose |209|------|---------|210| `state/goal.json` | Current goal state with typed tasks and skill mappings |