plan-execute

Solid

Apply the last approved plan exactly. Trigger when the user runs /execute or says "execute the plan", "implement this", "do it", or "go ahead" after a plan has been approved. Surface judgment calls — do not make them silently. Not /plan-create (designs the plan first) or /plan-deep-dive (inspects a plan without running it) — plan-execute runs an already-approved plan.

AI & Automation 14 stars 1 forks Updated 2 weeks ago Apache-2.0

Install

View on GitHub

Quality Score: 84/100

Stars 20%
39
Recency 20%
90
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
80
License 10%
100
Description 5%
100

Skill Content

# /execute Execute an approved plan with precision — follow the plan exactly, surface any judgment calls, declare completion explicitly. > **Structured execution spec:** [`protocol.yon`](protocol.yon). Read it for the canonical rules and step sequence; this file is explanation. The two must stay in sync — if you edit one, update the other and refresh the `@STAMP` date. > **Execution Protocol — no silent decisions, no silent drift.** The plan was already reviewed. Surface anything not specified. Declare when done. ## Valid Executable Plan A plan is executable if it has all of the following: - **Numbered steps** — each step is a discrete, concrete action (not prose intention) - **Concrete actions** — each step names what to do, not what to achieve (e.g., "Edit `src/auth.ts` to add JWT validation" not "add authentication") - **At least one verifiable outcome** — at least one step or verification entry that produces an observable, checkable result If the plan does not meet this definition, the Phase 1 gate will reject it with the specific gap named. ## Phase 1 — Alignment 1. Load the approved plan using this priority order: - **Conversation context first** — if a plan was produced in this conversation, use it - Then `PLAN.md` in the project root - Then `implementation_plan.md` in the project root - If none found, see Gate below 2. Confirm execution mode: no planning, no exploring, no scope additions. **Gate:** - No plan found → run `/plan-create` first. Do ...

Details

Author
allemaar
Repository
allemaar/open-skills
Created
3 months ago
Last Updated
2 weeks ago
Language
JavaScript
License
Apache-2.0

Integrates with

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Solid

plan-create

Propose a phased, gated implementation plan before any work begins. Trigger when the user runs /plan-create, says "make a plan", "plan this out", "design before coding", "let's plan first", "architect this", or asks for a phased approach before implementation. Also trigger proactively when a task is complex enough that jumping straight to execution would be risky — multi-file changes, new features, architectural shifts, refactors spanning multiple components, or any task where misalignment early would be expensive to fix later. Output: a structured PLAN.md with phases, changes, risks, and verification criteria. Design only — no implementation code is written during /plan-create. Use plan-phases to restructure an existing plan, plan-execute to run an approved plan, plan-deep-dive to inspect a plan, plan-evolve to evolve shipped work, and plan-cleanup after execution.

14 Updated 2 weeks ago
allemaar
Code & Development Listed

plan-execute

Execute the user's plan that has been iteratively refined, step by step, with resume on failure. Use when the user runs /plan-execute or asks to execute an existing plan.

13 Updated 1 weeks ago
serbanghita
AI & Automation Listed

executing-plans

MUST USE when a plan.md exists and implementation needs to begin. Executes in controlled batches with verification checkpoints. Triggers on: "execute the plan", "start building", "follow the plan", "go". Routed by using-superpowers or writing-plans handoff.

3 Updated 2 days ago
brunob54