ワンクリックで
executing-plans
// Use when you have a written implementation plan to execute in a separate session with review checkpoints
// Use when you have a written implementation plan to execute in a separate session with review checkpoints
Use before any creative work - creating features, building components, adding functionality, or modifying behavior. Explores user intent, requirements and design before implementation.
Use when facing 2+ independent tasks that can be worked on without shared state or sequential dependencies
Use when working with Docker containers — debugging container failures, writing Dockerfiles, docker-compose for integration tests, image optimization, or deploying containerized applications
Use when you need parallel, read-only exploration with the agent tool (Scout fan-out)
Use when encountering any bug, test failure, or unexpected behavior, before proposing fixes
Use when implementing any feature or bugfix, before writing implementation code
| name | executing-plans |
| description | Use when you have a written implementation plan to execute in a separate session with review checkpoints |
Load plan, review critically, execute tasks in batches, report for review between batches.
Core principle: Batch execution with checkpoints for architect review.
Announce at start: "I'm using the executing-plans skill to implement this plan."
todo or your working notes only when the batch has enough moving parts to justify active tracking, then proceedUse hive_status() to get the runnable list — tasks with all dependencies satisfied.
Only done satisfies dependencies (not blocked, failed, partial, cancelled).
When 2+ tasks are runnable:
vscode/askQuestions for a structured choice: "Multiple tasks are runnable: [list]. Run in parallel, sequential, or a specific subset?"vscode/askQuestions is unavailable or a lightweight follow-up is enoughWhen 1 task is runnable: Proceed directly.
Use vscode/memory only for durable execution decisions or blocker history that future turns need.
For each task in the batch:
hive_task_updateWhen batch complete:
After the batch report, prefer vscode/askQuestions to ask whether the user wants a Hygienic code review for the batch.
Fall back to asking directly in chat only when vscode/askQuestions is unavailable or a lightweight follow-up is enough.
If yes, invoke the @hygienic agent via the agent tool to review implementation changes from the latest batch, then apply feedback before starting the next batch.
Based on feedback:
After all tasks complete and verified:
STOP executing immediately when:
Ask for clarification rather than guessing.
Return to Review (Step 1) when:
Don't force through blockers - stop and ask.