← ClaudeAtlas

loop-planlisted

Read-only implementation planning from the approved product contract — return a complete implementation-plan payload for the harness to publish. Invoked by loop.sh at iteration 0; manual invocation drafts a replacement but does not publish it.
Aitne-sh/loop-kit · ★ 0 · AI & Automation · score 62
Install: claude install-skill Aitne-sh/loop-kit
# Create the Implementation Plan **STOP — you are a planner, not an implementer. This session is read-only.** Do not create, edit, delete, or rename any repository or `.loop/` file. Do not run tests, checks, builds, formatters, generators, or other side-effecting commands. Explore with read-only evidence and return the complete future contents of `.loop/docs/implementation-plan.md`; when this role is invoked by `loop.sh`, the harness alone validates and publishes it. Explore before you plan — a plan written blind schedules the wrong work. In order: 1. Read `.loop/docs/product-contract.md` (the fixed contract) and its REQ list. 2. Read `.loop/plan-feedback.md` if it exists — the deterministic validator rejected your previous plan; fix EVERY listed violation. When the file ends with a `--- PREVIOUS REJECTED ATTEMPT (verbatim) ---` block, that is your own prior plan: resubmit it with ONLY the listed violations corrected and every other line unchanged — do NOT re-derive the plan from scratch. 3. Read `.loop/plan-review-feedback.md` if it exists — the independent reviewer rejected your previous plan; address every must-fix item. It also ends with the rejected plan verbatim: revise that plan against the feedback, keeping the parts the reviewer did not challenge. 4. Locate the files/modules each REQ touches (search the codebase; never guess). 5. Find the real verification commands (`VERIFY_COMMANDS` in `loop.config.sh`, manifests/CI config). Identify which