packages/claude-code-hive/skills/executing-plans/SKILL.md
Use when you have a written implementation plan to execute in a separate session with review checkpoints
npx skillsauth add tctinh/agent-hive executing-plansInstall 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.
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.
development
Use when you have a spec or requirements for a multi-step task, before touching code
testing
Use when independently verifying implementation claims, post-merge review, or when a reviewer needs to falsify success assertions with command-and-output evidence
data-ai
Use when about to claim work is complete, fixed, or passing, before committing or creating PRs - requires running verification commands and confirming output before making any success claims; evidence before assertions always
development
Use when implementing any feature or bugfix, before writing implementation code