ワンクリックで
execute-plan
Implement the plan defined in a planning file. Use only after the plan is fully reviewed and approved.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
Implement the plan defined in a planning file. Use only after the plan is fully reviewed and approved.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Use for GitHub operations: creating issues, posting issue comments, creating draft PRs, and adding PR review comments.
Facilitate structured divergent idea generation using the SCAMPER technique (Bob Eberle). An orchestrator elicits a concrete target, applies seven transformation lenses (Substitute, Combine, Adapt, Modify, Put to another use, Eliminate, Reverse) in parallel via focused subagents, then converges into evaluated, prioritized ideas. Use when the user asks for a SCAMPER analysis, systematic ideation, or improvement ideas for an existing product, service, process, or idea.
Facilitate structured multi-perspective analysis using Edward de Bono's Six Thinking Hats. A Blue Hat orchestrator applies one hat at a time in sequence over a single shared record, using five focused hat subagents. Use when the user asks for a Six Hats or 6 hat analysis, a multi-perspective breakdown of a decision, idea, or problem, or systematic structured thinking on a topic.
Author markmap-format Markdown. Use when writing a mindmap (マインドマップ / markmap) in Markdown.
Sample skill for verifying plugin wiring. Trigger when the user asks to run the sample greeting or test the sample plugin.
Use when resolving or addressing PR review comments.
| name | execute-plan |
| description | Implement the plan defined in a planning file. Use only after the plan is fully reviewed and approved. |
| user-invocable | true |
| disable-model-invocation | false |
Implement all tasks defined in the planning file without stopping mid-way. The latest planning file is the single source of truth. Do not deviate from it.
docs/planning.md).REVIEW: comments in code — that is the responsibility of review-fix.PLAN_REVIEW: annotations or design-level
conflicts, stop and run write-plan first before proceeding.