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 0 stars 0 forks Updated today Apache-2.0

Install

View on GitHub

Quality Score: 78/100

Stars 20%
0
Recency 20%
100
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
1 months ago
Last Updated
today
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.

0 Updated today
allemaar
AI & Automation Solid

execute

Execute an approved cycle plan end-to-end in a dedicated worktree — dependency-ordered, code→review→security per step under TDD with finding loops, one E2E acceptance + UX-conformance pass after all steps, gaps captured in the plan doc. Autonomous between the start and one final human gate, which reviews the run and approves the merge. Requires an approved plan in docs/plans/.

1 Updated yesterday
virajp
AI & Automation Listed

executing-plans

Use when you have a written implementation plan to execute in a separate session with review checkpoints

3 Updated today
minhtran3124