Get the FREE Ultimate OpenClaw Setup Guide →

plan

npx machina-cli add skill auge2u/lisa-helps-ralph-loops/plan --openclaw
Files (1)
SKILL.md
4.9 KB

Plan 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:
    1. Newest decision wins (when clearly dated/versioned)
    2. Note divergence explicitly
    3. 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.json if 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:

FieldDescription
EpicHigh-level feature area
User StoryWho/what/why format
Acceptance CriteriaObservable, testable
DependenciesTech + org
Risk LevelLow/medium/high
ComplexityS/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

GateRequirement
outputs_existAll 6 files in scopecraft/
phases_validROADMAP.md has 3-5 ## Phase headers
stories_have_criteria5+ "Acceptance Criteria" sections in EPICS
risks_documented3+ risk table rows with Technical/Product/GTM
north_star_defined"North Star Metric" section exists
no_placeholdersZero [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

  1. Step 1: Inventory documents by scanning /docs, README, ADRs, and backlog notes to gather evidence
  2. Step 2: Normalize legacy tasks into Epics, User Stories, Acceptance Criteria, Dependencies, Risk Level, and Complexity
  3. 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

Frequently Asked Questions

Add this skill to your agents
Sponsor this space

Reach thousands of developers