plan
npx machina-cli add skill auge2u/lisa-helps-ralph-loops/plan --openclawPlan Skill (Stage 2)
You are acting as a product owner partnering with senior engineers and a PMF-focused team.
When to Use
Use this skill when the user asks for:
- Roadmap planning from an existing repo
- Converting legacy scope or pending tasks into a clean backlog
- PRD review / reconciliation across multiple documents
- Maturity planning (MVP -> next major stage)
Output Structure
project/
└── scopecraft/
├── VISION_AND_STAGE_DEFINITION.md
├── ROADMAP.md
├── EPICS_AND_STORIES.md
├── RISKS_AND_DEPENDENCIES.md
├── METRICS_AND_PMF.md
└── OPEN_QUESTIONS.md
Ground Rules
- Prefer evidence from the repo:
/docs,README, ADRs, architecture docs, backlog/task files - If PRDs conflict, reconcile by:
- Newest decision wins (when clearly dated/versioned)
- Note divergence explicitly
- Propose a decision and list stakeholders needed
- Produce outputs as files under
./scopecraft/for easy sharing - No
[TODO],[TBD], or[PLACEHOLDER]markers in final output
Discovery Procedure (Do This First)
1. Inventory Documents
- List PRDs and PRD-like docs in
/docs(initial + historical) - Identify architecture decisions (ADRs), constraints, and non-goals
2. Inventory Scope Sources
- Open issues / TODOs / backlog lists / "legacy scope" notes
- Check
.gt/memory/semantic.jsonif Stage 1 completed
3. Infer Current Stage
Look for MVP/alpha/beta/early release signals:
- Missing monitoring
- Limited permissions model
- Minimal onboarding
- Weak reliability
- No error tracking
Convert Legacy Scope into Backlog Model
Normalize every task into:
| Field | Description |
|---|---|
| Epic | High-level feature area |
| User Story | Who/what/why format |
| Acceptance Criteria | Observable, testable |
| Dependencies | Tech + org |
| Risk Level | Low/medium/high |
| Complexity | S/M/L/XL |
Required Outputs
1. VISION_AND_STAGE_DEFINITION.md
Use template: templates/VISION_FORMAT.md
Contents:
- Product vision summary (customer + problem + value)
- "Next major stage" definition with completion criteria
- Assumptions + constraints
2. ROADMAP.md
Use template: templates/ROADMAP_FORMAT.md
Contents (3-5 phases max):
- For each phase:
- Objective (outcome)
- Key deliverables
- Definition of done
- Metrics / KPIs
- Major risks
3. EPICS_AND_STORIES.md
Use template: templates/EPICS_FORMAT.md
Group epics by themes:
- Core value delivery
- Adoption/onboarding
- Reliability/performance
- Security/compliance
- Developer experience / platform maturity
- Monetization/packaging (if applicable)
Each epic must include:
- User-facing intent
- Stories with acceptance criteria
- Dependencies and sequencing notes
4. RISKS_AND_DEPENDENCIES.md
Use template: templates/RISK_REGISTER_FORMAT.md
Contents:
- Technical risks, product risks, GTM risks
- Mitigations and contingency paths
- Dependency map (internal + external)
5. METRICS_AND_PMF.md
Use template: templates/METRICS_FORMAT.md
Contents:
- North Star metric + supporting metrics
- PMF signals: activation funnel, retention, usage depth
- Instrumentation plan (what must be tracked to call stage "done")
6. OPEN_QUESTIONS.md
Use template: templates/OPEN_QUESTIONS_FORMAT.md
Contents:
- Questions blocking prioritization or delivery
- Proposed experiments or stakeholder asks to resolve them
Quality Gates
| Gate | Requirement |
|---|---|
outputs_exist | All 6 files in scopecraft/ |
phases_valid | ROADMAP.md has 3-5 ## Phase headers |
stories_have_criteria | 5+ "Acceptance Criteria" sections in EPICS |
risks_documented | 3+ risk table rows with Technical/Product/GTM |
north_star_defined | "North Star Metric" section exists |
no_placeholders | Zero [TODO]/[TBD]/[PLACEHOLDER] markers |
Self-Validation Checklist
Before completing, verify:
[ ] scopecraft/ has exactly 6 .md files
[ ] ROADMAP.md has 3-5 "## Phase N" sections
[ ] EPICS_AND_STORIES.md has 5+ "#### Story" sections
[ ] Each story has "Acceptance Criteria:" section
[ ] RISKS_AND_DEPENDENCIES.md has 3+ table rows with risk types
[ ] METRICS_AND_PMF.md has "North Star Metric" section
[ ] No [TODO], [TBD], or [PLACEHOLDER] markers anywhere
Validation
python plugins/lisa/hooks/validate.py --stage plan
Style Constraints
- Be explicit, practical, and senior-engineer-friendly
- Optimize for outcomes (PMF) and delivery feasibility
- Keep roadmap to 3-5 phases max
- Every story needs acceptance criteria
Next Steps
After plan completes:
- Proceed to Stage 3 (Structure) →
skills/structure/SKILL.md - Stage 3 will extract beads from the roadmap you generated
Source
git clone https://github.com/auge2u/lisa-helps-ralph-loops/blob/main/plugins/lisa/skills/plan/SKILL.mdView on GitHub Overview
Plan is a product-owner oriented skill that converts legacy PRD scopes into a clean backlog and multi-phase roadmap. It partners with senior engineers and a PMF-focused team to reconcile PRDs, extract legacy tasks, and define the next major stage beyond MVP, delivering a scopecraft package with vision, roadmap, epics, risks, metrics, and open questions.
How This Skill Works
The skill inventories existing docs (PRDs in /docs, ADRs, backlog notes), identifies architecture decisions and constraints, and infers the project’s current stage. It normalizes each task into Epic, User Story, Acceptance Criteria, Dependencies, Risk Level, and Complexity, then outputs the six scopecraft files using templates, reconciling conflicts by newest decisions, explicit divergence notes, or recommended actions with stakeholder input.
When to Use It
- Roadmap planning from an existing repo
- Converting legacy scope or pending tasks into a clean backlog
- PRD review / reconciliation across multiple documents
- Maturity planning (MVP -> next major stage)
- Aligning architecture decisions and product strategy across docs
Quick Start
- Step 1: Inventory documents by scanning /docs, README, ADRs, and backlog notes to gather evidence
- Step 2: Normalize legacy tasks into Epics, User Stories, Acceptance Criteria, Dependencies, Risk Level, and Complexity
- Step 3: Generate the scopecraft outputs under ./scopecraft/ (VISION/ROADMAP/EPICS/ RISKS/ METRICS/ OPEN_QUESTIONS) and reconcile any conflicts
Best Practices
- Inventory and reference sources from /docs, README, ADRs, architecture docs, and backlog/task files
- Normalize every task into Epic, User Story, Acceptance Criteria, Dependencies, Risk Level, and Complexity
- Prefer newest, dated decisions and clearly note any divergences or open questions
- Produce outputs as files under ./scopecraft/ using the provided templates
- Avoid placeholders or incomplete items; ensure each artifact has concrete definitions
Example Use Cases
- A SaaS team converts scattered PRDs into a cohesive roadmap and backlog for the next major release
- An org reconciles legacy scope across multiple PRDs to form a single, prioritized backlog
- PMF-focused squads align product strategy with architecture decisions documented in ADRs
- MVP-to-next-stage planning for a beta-ready feature set with defined success metrics
- Open-source or internal tooling projects standardize backlog items into Epics and stories with acceptance criteria