Get the FREE Ultimate OpenClaw Setup Guide →

roadmap

npx machina-cli add skill parthalon025/autonomous-coding-toolkit/roadmap --openclaw
Files (1)
SKILL.md
3.6 KB

Roadmap — Multi-Feature Decomposition

Overview

When the input to /autocode is a multi-feature epic (3+ distinct features or the keyword "roadmap"), this skill decomposes it into an ordered sequence of features, each ready for brainstorming as a standalone unit.

<HARD-GATE> Do NOT brainstorm individual features until the roadmap is approved. Feature ordering determines dependency flow — changing order mid-execution causes rework. </HARD-GATE>

When to Use

  • Input contains 3+ distinct features
  • Input uses "roadmap", "epic", or "multi-feature" keywords
  • Input references a large body of work spanning multiple PRs

Skip this stage when:

  • Input is a single feature (even a complex one — brainstorming handles that)
  • Input is a bug fix or small enhancement

Process

Step 1: Extract Features

Read the input and identify distinct features. Each feature must be:

  • Independent enough to be brainstormed, PRD'd, and implemented as a standalone unit
  • Ordered by dependency — if Feature B needs Feature A's output, A comes first
  • Sized for 1-3 sessions — if a feature takes more, it's an epic, not a feature; decompose further

Step 2: Identify Dependencies

For each pair of features, determine:

  • Hard dependency — B cannot start until A is merged (shared interfaces, schema changes)
  • Soft dependency — B benefits from A being done first (shared patterns, learning)
  • Independent — no relationship

Step 3: Order and Phase

Group features into phases based on dependencies:

PhaseFeaturesWhy this order
1Foundation featuresNo dependencies, enable later work
2Dependent featuresRequire Phase 1 outputs
3Polish featuresRequire Phase 1+2, add refinement

Step 4: Estimate Effort

For each feature, estimate:

  • Complexity — simple (1 batch) / moderate (2-3 batches) / complex (4+ batches)
  • Risk — low / medium / high (based on unknowns, integration surface, external deps)

Step 5: Produce Artifact

Write tasks/roadmap.md with this structure:

# Roadmap: <Epic Title>

Generated: YYYY-MM-DD

## Features (dependency order)

### Phase 1: <Phase Name>
| # | Feature | Complexity | Risk | Dependencies |
|---|---------|-----------|------|-------------|
| 1 | Feature A | moderate | low | none |
| 2 | Feature B | simple | low | none |

### Phase 2: <Phase Name>
| # | Feature | Complexity | Risk | Dependencies |
|---|---------|-----------|------|-------------|
| 3 | Feature C | complex | medium | #1 |

## Dependency Graph
1 → 3
2 (independent)

## Total Estimate
- Features: N
- Phases: M
- Estimated sessions: X-Y

Step 6: Get Approval

Present the roadmap to the user. Ask:

  • "Does this feature ordering make sense?"
  • "Should any features be cut, combined, or reordered?"

Minimum 1 round of refinement before proceeding.

Exit criteria: tasks/roadmap.md exists, user approves feature ordering.

After Approval

The autocode pipeline loops through features in roadmap order:

  1. Pick next feature from roadmap
  2. Run Stage 1 (Brainstorm) through Stage 6 (Finish) for that feature
  3. Mark feature complete in roadmap
  4. Repeat until all features done

Each feature gets its own branch, PRD, plan, and verification cycle.

Integration

Called by: autocode skill (Stage 0.5, conditional) Produces: tasks/roadmap.md Consumed by: autocode pipeline (iterates features in order)

Source

git clone https://github.com/parthalon025/autonomous-coding-toolkit/blob/main/skills/roadmap/SKILL.mdView on GitHub

Overview

Roadmap decomposes a multi-feature epic (3+ features) into an ordered sequence of independent features, each sized for 1-3 sessions. It identifies hard and soft dependencies and groups work into phases, ensuring brainstorming happens only after the roadmap is approved. The result is a reusable tasks/roadmap.md that guides autocode through staged delivery.

How This Skill Works

Features are extracted and sized for 1-3 sessions. Dependencies are identified as hard, soft, or independent and used to order features into phases (Foundation, Dependent, Polish). The process then generates a tasks/roadmap.md and requires user approval before brainstorming begins.

When to Use It

  • Input contains 3+ distinct features
  • Input uses 'roadmap', 'epic', or 'multi-feature' keywords
  • Input references a large body of work spanning multiple PRs
  • You want a dependency-ordered plan that requires approval before brainstorming
  • You need a ready-to-review tasks/roadmap.md artifact

Quick Start

  1. Step 1: Extract features and size each to 1-3 sessions
  2. Step 2: Identify hard/soft/independent dependencies and assign phases
  3. Step 3: Generate tasks/roadmap.md and present for approval

Best Practices

  • Define features clearly and size each to 1-3 sessions
  • Identify hard vs soft dependencies and order accordingly
  • Group features into Phase 1 (Foundation), Phase 2 (Dependent), Phase 3 (Polish)
  • Use a dependency graph and the roadmap.md template as the single source of truth
  • Seek explicit approval before brainstorming and proceeding with execution

Example Use Cases

  • Onboarding flow broken into 4 features with Phase 1 covering core auth and user state
  • Analytics dashboard where widgets share UI patterns and data contracts
  • API surface expansion with schema changes organized as hard dependencies
  • Data model migration across modules with ordered feature delivery
  • Platform upgrade delivering features across multiple PRs in phased releases

Frequently Asked Questions

Add this skill to your agents
Sponsor this space

Reach thousands of developers