一键导入
executing-plans
Use when you have a written implementation plan to execute in a separate session with review checkpoints
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Use when you have a written implementation plan to execute in a separate session with review checkpoints
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Master coordinator for the Evaluate-Loop workflow v3. Supports GOAL-DRIVEN entry, PARALLEL execution via worker agents, BOARD OF DIRECTORS deliberation, and message bus coordination. Dispatches specialized workers dynamically, monitors via message bus, aggregates results. Uses metadata.json v3 for parallel state tracking. Use when: '/go <goal>', '/conductor implement', 'start track', 'run the loop', 'orchestrate', 'automate track'.
File-based message queue for inter-agent coordination. Used by workers AND board directors to communicate. Provides: progress updates, task completion signals, file locking, board deliberation. Core infrastructure for parallel execution.
Loads relevant patterns and known errors before track planning. Searches conductor/knowledge/ for solutions we've used before and errors we've encountered. Injects findings into the planner prompt to prevent reinventing solutions and repeating mistakes. Triggered automatically by orchestrator before PLAN step.
Use when encountering any bug, test failure, or unexpected behavior, before proposing fixes
Manage Conductor tracks, phases, and tasks. Use when working with track status, updating task markers, or navigating between tracks. Enforces the Evaluate-Loop workflow.
You MUST use this before any creative work - creating features, building components, adding functionality, or modifying behavior. Explores user intent, requirements and design before implementation.
| 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 all tasks autonomously to completion.
Core principle: Execution behavior depends on conductor/config.json → "mode":
"agentic": Autonomous execution — never stop for human feedback. Resolve all issues by consulting lead agents or best-judgment."human-in-the-loop": Stop at blockers and report to user. Wait for feedback between batches of 3 tasks.Announce at start: "I'm using the executing-plans skill to implement this plan."
"agentic" mode: Resolve autonomously — consult lead agents (Architecture Lead, Tech Lead) via subagent dispatch. NEVER ask the user."human-in-the-loop" mode: Raise concerns with the user before starting."agentic" mode — Execute ALL tasks sequentially without stopping:
For each task:
"human-in-the-loop" mode — Execute in batches of 3 tasks, then pause:
For each batch (3 tasks at a time):
After tasks complete:
"agentic" mode: Show any autonomous decisions made; do NOT wait for feedback — proceed to completion"human-in-the-loop" mode: Say "Ready for feedback." and waitAfter all tasks complete and verified:
If mode = "agentic": Resolve all blockers autonomously. NEVER stop.
If mode = "human-in-the-loop": STOP and ask the user for help on any blocker.
completed-with-warnings, continueReturn to Review (Step 1) when:
"agentic" mode: Execute ALL tasks without stopping — resolve blockers autonomously, log all decisions"human-in-the-loop" mode: Execute in batches of 3 — stop at blockers and ask the user, wait for feedback between batchesWhen invoked with --plan, --track-dir, and --metadata parameters (from Conductor orchestrator):
--plan path"agentic" mode: Execute ALL tasks without stopping — run autonomously"human-in-the-loop" mode: Execute in batches of 3 — stop at blockers, wait for user feedback between batches[x] in plan.md with commit SHA--metadata checkpoint to EXECUTE: PASSED{"verdict": "PASS", "tasks_completed": N}--resume-from is provided, skip tasks before that task IDWhen these parameters are absent, fall back to the standalone mode-aware workflow above.
Required workflow skills: