skills/execute-phase/SKILL.md
Execute implementation plans from .artifacts/plan/. Focus on EXECUTING ONLY - no planning, no fixes outside plan scope. Uses gated checks, atomic commits, and maintains a single execution log in .artifacts/execute/. Use when the user says "execute this plan" or provides a plan path.
npx skillsauth add alchemiststudiosdotai/i-love-claude-code execute-phaseInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Execute implementation plans from .artifacts/plan/ with strict discipline: gated checks, atomic commits, and a single living execution log.
Follow the plan exactly. Do not improvise. Do not fix what isn't in the plan.
If something is ambiguous or missing, stop and ask the user.
.artifacts/plan/| ❌ DON'T | ✅ DO INSTEAD | |---------|--------------| | Re-plan the work | Execute tasks as written | | Fix unrelated issues | Follow plan scope only | | Skip quality gates | Run all gates, document failures | | Ignore the plan | Plan is the source of truth |
User provides: $ARGUMENTS = path to plan in .artifacts/plan/
Read the FULL plan. Extract:
Before any code changes:
# Capture git state
BRANCH=$(git branch --show-current)
SHA=$(git rev-parse --short HEAD)
STATUS=$(git status --short)
Create rollback point:
git add -A
git commit -m "rollback: before executing plan <topic>"
Create .artifacts/execute/YYYY-MM-DD_HH-MM-SS_<topic>.md:
---
title: "<topic> execution log"
link: "<topic>-execute"
type: debug_history
ontological_relations:
- relates_to: [[<plan-link>]]
tags: [execute, <topic>]
uuid: "<uuid>"
created_at: "<ISO-8601 timestamp>"
owner: "{{user}}"
plan_path: ".artifacts/plan/<file>.md"
start_commit: "<short_sha>"
env: {target: "local|staging|prod", notes: ""}
---
## Pre-Flight Checks
- Branch: <branch>
- Rollback commit: <sha>
- DoR satisfied: yes/no
- Access/secrets: present/missing
- Fixtures/data: ready/not ready
[If any NO → abort and add Blockers section]
For EACH task in plan order:
1. Read task requirements
2. Implement minimal slice aligned with acceptance test
3. Run local validation
4. Commit atomic change with Task ID in message
5. Update execution log
Commit message format:
T<NNN>: <task summary>
<brief description of change>
Refs: plan/<file>.md
Run gates in order. Document ALL results.
# Run tests
pytest
# Type check
mypy src/
# Lint
black --check src/
# Coverage
coverage report
Document in the execution log:
### Gate Results
- Tests: pass/fail + evidence
- Coverage: X% (target Y%)
- Type checks: pass/fail
- Linters: pass/fail
If gate FAILS:
If commits pushed:
# Get repo info for permalinks
gh repo view --json owner,name
Attach permalinks to:
Persist artifact pointers in the execution log.
### Post-Deploy Verification
- Error rates: <metrics>
- Latencies: <metrics>
- Dashboard links: <URLs>
- Smoke/E2E results: <pass/fail>
Keep ONE document. Update as you work.
---
title: "<topic> execution log"
link: "<topic>-execute"
type: debug_history
ontological_relations:
- relates_to: [[<plan-link>]]
tags: [execute, <topic>]
uuid: "<uuid>"
created_at: "<ISO-8601 timestamp>"
plan_path: ".artifacts/plan/<file>.md"
start_commit: "<sha>"
end_commit: "<sha>"
env: {target: "...", notes: "..."}
---
## Pre-Flight Checks
- Branch: <branch>
- Rollback: <commit_sha>
- DoR: satisfied/not
- Ready: yes/no
## Task Execution
### T001 – <Summary>
- Status: completed/skipped/failed
- Commit: <sha>
- Files: <list>
- Commands: <cmd> → <output>
- Tests: pass/fail
- Coverage delta: +X%
- Notes: <decisions made>
### T002 – <Summary>
[... repeat for each task ...]
## Gate Results
- Tests: X/Y passed
- Coverage: X% (target Y%)
- Type checks: pass/fail
- Security: # issues
- Linters: pass/fail
## Deployment (if applicable)
- Staging: success/fail
- Prod: success/fail
- Timestamps: <start> → <end>
## Issues & Resolutions
- T<NNN> – <issue> → <resolution|rollback|asked user>
## Success Criteria
- [ ] All planned gates passed
- [ ] Rollout completed or rolled back
- [ ] KPIs/SLOs within thresholds
- [ ] Execution log saved
## Next Steps
- Follow-ups, tech debt, docs
After the Execute phase, summarize:
# Execution Report – <topic>
**Date:** {{date}}
**Plan:** <plan_file>
**Log:** <log_file>
## Overview
- Environment: <env>
- Start: <sha>
- End: <sha>
- Duration: Xh Ym
- Branch: <branch>
## Outcomes
- Tasks attempted: N
- Tasks completed: N
- Final status: Success | Failure | Blocked
## Gate Results
- Tests: pass/fail
- Coverage: X% (target Y%)
- Type checks: pass/fail
- Security: # issues
## What Was Touched
[List all files modified]
## Next Steps
- [ ] Item 1
- [ ] Item 2
Before proceeding with each task:
Start:
Executing plan: .artifacts/plan/<file>.md
Branch: <branch>
Rollback point: <commit_sha>
Tasks: N
Milestones: M
End:
Execution complete: Success | Failure | Blocked
Tasks completed: N/N
Log: .artifacts/execute/<file>.md
Next step: QA from execute using the generated execution log path
After writing the execution log to .artifacts/execute/, proceed to qa-from-execute if the next step is the QA phase.
development
This skill should be used when mapping or researching a codebase to understand its structure, patterns, and architecture. Use when the user asks to "map the codebase", "research how X works", "find all Y patterns", or needs to understand code organization. Produces factual structural maps in .artifacts/research/—no suggestions, no recommendations, just what exists. Uses ast-grep for structural pattern matching.
development
Perform quality assurance on code changes after the research-phase -> plan-phase -> execute-phase workflow. STRICTLY QA only—no coding, no fixes, no source-code changes. Focus on changed areas only, emphasizing control/data flow correctness.
development
Generate execution-ready implementation plans from research docs - planning ONLY, no fixing or verifying. North Star is whether a JR developer can execute the plan with zero additional context.
testing
Map a repository's mechanical harness layers: canonical check command, local and CI gates, architecture boundaries, structural rules, behavioral verification, docs ratchets, evidence workflows, and operator-facing surfaces. Use when you need to understand how a repo keeps change safe.