plan-to-launch

Orchestrates end-to-end software development from PRD and design docs through implementation, review, and launch approval.

Updated Jul 8, 2026
One-click install
npx skills add https://github.com/Zhachory1/autopraxis --skill plan-to-launch-zhachory1
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: plan-to-launch
Source: https://github.com/Zhachory1/autopraxis/tree/main/skills/plan-to-launch
Command: npx skills add https://github.com/Zhachory1/autopraxis --skill plan-to-launch-zhachory1

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Teams and AI agents often jump straight into coding without a validated plan, leading to scope creep, design mismatches, and unreviewed launches. This Skill enforces a structured workflow that requires a thought-out PRD and design doc before implementation, with bounded review loops and human approval gates. ## Core Features & Use Cases - Document-first workflow: Authors PRD and design docs, stress-tests them with configurable council reviews, and locks scope before any code is written. - Bounded implementation loops: Ships tasks against an accepted plan, runs code review for fidelity to the docs, and kicks back to design when implementation reveals mismatches. - Scope expansion gates: Pauses work and requests human approval when discovery materially expands files, effort, trust boundaries, or PR count. - Use Case: A developer receives an accepted feature spec and uses this workflow to produce a PRD, design doc, task plan, reviewed implementation, and a launch-ready PR package with human signoff. ## Quick Start Use the plan-to-launch skill to turn this feature spec into a PRD, design doc, implementation plan, reviewed code, and a launch-ready PR package.

Frequently Asked Questions about plan-to-launch

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I enforce a plan before AI agents write code?▼

Use a workflow that requires a PRD and design doc before implementation starts. This Skill locks scope with a fingerprint of intended files and effort, then only ships tasks that map to the accepted plan, kicking back to design when code diverges.

What workflow modes does plan-to-launch support?▼

It supports lite, default, and deep modes. Lite handles small accepted changes with a scope lock and focused plan, default covers normal features with lightweight docs, and deep applies full gates and councils for high-risk or leadership-visible work.

When does the workflow require human approval?▼

Human approval is required at final launch signoff and whenever discovery materially expands scope, such as doubling expected files or effort, adding trust boundaries, or exceeding two implementation PRs. The run pauses until approval, rejection, or revision is recorded.

How does the council review process work?▼

Council levels range from none to full-council based on risk. Low-risk work records a skipped or single-lens reason, while minimal or full councils are required for multi-domain, high-risk, or conflicting-review situations and must pass before planning or merge.

What happens when implementation reveals a design error?▼

The workflow stops implementation and returns to the design doc instead of patching around the problem. Implementation learnings are preserved as evidence, and material scope deltas pause the run pending human approval.

What are the limitations of this development workflow?▼

It depends on external primitives like agent-fleet council and ship, grounding-brief, and run-telemetry, so required councils block if agent-fleet preflight fails. It also adds process overhead that may be unnecessary for trivial changes beyond lite mode.