plan

Solid

turn work into a staged plan with per-stage readiness tables, then validate it (saves plan to .construct/)

Data & Documents 3 stars 0 forks Updated today MIT

Install

View on GitHub

Quality Score: 82/100

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

Skill Content

**big work gets staged before it starts:** one PR per stage, ordered once instead of mid-build - written before complex or architectural work, never after it - the checklist is the deliverable, and readiness is what gates it - a stage nobody can run is a stage that does not start # Instructions ## Telemetry ```! "${CLAUDE_PLUGIN_ROOT}"/skills/plan/plan.sh "$ARGUMENTS" echo "sidecar exit: $?" ``` - `help: requested` → the run was refused before it started; `## Help` below is the whole turn - it already ran, so there is no command to issue - fail (`sidecar exit` > 0) → abort and report the raw terminal error inside a markdown code block - `collision: yes` → STOP and name the file already holding that slug; never overwrite a plan - `spec: <path>` → the argument was a graph spec; read it whole before step 1 and treat it as the brief - success (`sidecar exit` = 0) → take `target` from the telemetry and continue to step 1 1. gather what the plan rests on before drafting a line of it - read the repo for the motivation, the obstacle, the constraint and the guardrails - with `spec: <path>`, read the spec whole first; its `CONTEXT:` is answered and is never re-asked - ASK the user for whatever the repo cannot answer, in one round, then WAIT for the answers - the round is lettered `a.`, `b.`, `c.`, in one fenced block, with no prose between the rows - verify any claim carrying a number before it lands, or leave the number out 2. release the user before writing a line, in o...

Details

Author
MaisonDeVolonte
Repository
MaisonDeVolonte/construct
Created
1 months ago
Last Updated
today
Language
Shell
License
MIT

Similar Skills

Semantically similar based on skill content — not just same category

Code & Development Listed

plan

Produce a draft PLAN-*.md file within the first few tool calls — structured for downstream consumption by /abc:scaffold-sub-issues (Linear issue creation) and /abc:ship-epic (parallel multi-repo shipping). Front-loads writing over Q&A. TRIGGER when the user says "/plan", "draft a plan for X", "write a PLAN doc", or asks Claude to plan a feature/migration/refactor before implementation.

0 Updated 1 months ago
semanticpixel
AI & Automation Listed

plan-executor

Execute a staged plan document end to end — compile its recommendation into an acceptance contract, implement each stage, verify every one in a fresh git clone, and on failure freeze the evidence, diagnose it from three independent angles, apply the best admissible fix and re-verify from a clean state, looping until the plan is green or the budget runs out. Use this whenever the user points at a plan, review, report, ADR, design doc or issue and asks to "execute it", "run this plan", "make this happen", "carry out the recommendation", "do §6", "make the acceptance tests pass", or "keep fixing and re-running until it's green" — including when they just paste a path to a document with a staged recommendation and say go. Also use for long unattended runs that must survive usage limits and resume, and for any request to auto-fix failures found while executing a plan rather than stopping at the first red. If no plan document exists yet, produce one first with the architecture-research-report skill, then execute it

2 Updated today
nguyenvanphituoc
AI & Automation Listed

plan

Decide what to build and how, and stop at whatever maturity you actually need. `--stage ideas` for an idea board, `--stage shortlist` for a ranked set with the weak ones killed, `--stage spec` for pinned requirements via one question per round; with no stage it runs the planning tournament and returns a plan. Add `--deep` for post-tournament Planner→Architect→Critic validation on vague or expensive work. Use for planning a change, exploring options, deciding between ideas, pinning down what is actually being asked, or on 'plan das', 'wie gehen wir das an', 'welche Optionen haben wir', 'was genau soll das können'.

0 Updated 3 days ago
juliuswiener