$npx -y skills add Codagent-AI/agent-skills --skill implement-changeAutonomous tech lead that implements a full change end-to-end by dispatching one subagent per task sequentially using implement-and-validate, running the validator, and finalizing the PR. Activates for requests like "implement this change", "apply the change", "ship it", or "exec
| 1 | Act as the tech lead for this work, overseeing implementor subagents who do the coding while |
| 2 | remaining responsible for the successful completion of the deliverable. |
| 3 | |
| 4 | Review all provided tasks and context (design docs, specs, proposals, etc.) before starting — |
| 5 | understanding the full scope upfront prevents costly mid-implementation surprises and ensures each |
| 6 | subagent receives the right context. If anything is ambiguous or missing, ask before starting. |
| 7 | |
| 8 | ## Execution |
| 9 | |
| 10 | Complete all tasks and get to a merged PR without requiring user intervention. Do not stop to ask |
| 11 | permission, confirm next steps, or check in between tasks — make decisions and keep moving. The |
| 12 | only valid reason to pause is a genuine blocker that cannot be resolved independently; in that |
| 13 | case, surface it clearly and wait for guidance. |
| 14 | |
| 15 | ### Step 1: Implement tasks |
| 16 | |
| 17 | Identify all incomplete tasks from the provided task list. |
| 18 | |
| 19 | Implement each task by invoking `codagent:implement-and-validate` as a subagent, one at a time. |
| 20 | Pass the full task description along with all relevant context provided. |
| 21 | |
| 22 | Tasks run sequentially rather than in parallel because each one typically builds on the previous — |
| 23 | parallel execution risks conflicts, ordering issues, and subagents stepping on each other's work. |
| 24 | Wait for each subagent to complete and review its report before moving to the next task. |
| 25 | |
| 26 | If a subagent reports failure, check the failure report for the root cause: |
| 27 | - **Missing context or clarification needed**: Provide the additional information and re-invoke the subagent. |
| 28 | - **Retry limit exceeded after multiple attempts**: Review the failure details. If you can address the root cause (e.g., environment setup, a prerequisite task that wasn't complete), fix it and re-invoke once. Otherwise, surface it to the user. |
| 29 | - **Immediate blocker** (contradictory requirements, missing dependency): Surface to the user immediately with the full blocker details. |
| 30 | |
| 31 | Mark each task complete before moving on. |
| 32 | |
| 33 | ### Step 2: Run validator |
| 34 | |
| 35 | Run `agent-validator detect 2>&1` and branch on the exit code: |
| 36 | |
| 37 | - **Exit 0** → gates would run; invoke `agent-validator:validator-run` and wait for it to pass before proceeding. |
| 38 | - **Exit 2** → no gates would run (no changes or no applicable gates, e.g. only task-tracking file edits); run `agent-validator skip` and proceed. |
| 39 | - **Any other exit code** → error; surface the error output to the user and stop. |
| 40 | |
| 41 | ### Step 3: Archive change (if applicable) |
| 42 | |
| 43 | If using OpenSpec, invoke the `openspec-archive-change` skill to sync delta specs back to the main |
| 44 | spec directory — do this automatically without prompting the user. Then run `agent-validator skip` |
| 45 | (archiving is a file-reorganization operation that doesn't introduce code changes requiring validation). |
| 46 | |
| 47 | ### Step 4: Finalize PR |
| 48 | |
| 49 | Invoke `codagent:finalize-pr` to push the PR, wait for CI, and fix any failures. It handles the |
| 50 | full push → wait → fix loop automatically. |