Implement the current in-progress task
task-state/ for a task with state: "in_progress"docs/modules/<feature>/SPEC.<feature>.md.claude/rules/coding.md and .claude/rules/architecture.mdin_progress task exists → abort: "No task is in progress. Run /start-feature <feature> first."feat/<feature> → warn the user and ask whether to continue.committed → list the unfinished dependencies and abort.Before writing any code, output the plan so the user can review it:
📌 Implementation plan: [task-NN] <title>
Files to create/modify:
- src/modules/<feature>/<file>.ts [new]
- src/modules/<feature>/<file>.ts [modify]
...
Approach:
<2–3 sentences describing the core logic>
Raise any concerns now, otherwise implementation will begin.
Wait for user confirmation (or 3 seconds of silence), then proceed.
If the task spans multiple layers, implement in this order:
Rules:
Run the test command for the affected module (refer to docs/TECH_STACK.md):
# e.g. npm test -- --testPathPattern=<feature>
On test results:
{
"state": "implemented",
"updatedAt": "<current ISO timestamp>",
"notes": "<any notable implementation decisions>"
}
Inform the user: "Implementation complete. Run /verify-task to verify."
| Situation | Action |
|---|---|
| Tests fail 3 times consecutively | Output: "Failed after 3 attempts. Root cause: <analysis>". Set state to failed, record details in notes. Suggest running /recover-task. |
| SPEC contradicts actual requirements | Pause, explain the contradiction to the user, wait for clarification before continuing |
| Task requires modifying files from another module | Ask: "This task requires modifying <file> (owned by another module). Proceed?" |
| Required third-party package is not installed | List missing packages, output the install command, wait for the user to run it |
implemented