| name | planning-project-features |
| description | Route feature planning to the correct workflow. Recommends RFC-first design when no RFC exists, sends reviewed RFCs to RFC-backed planning, and sends explicit opt-outs to direct planning. |
Planning Project Features
Route feature planning deterministically. This skill does not create plans itself; it chooses the correct planning workflow and then stops or delegates.
Routing Table
| Input State | Action | Planning Workflow | Reviewers |
|---|
| Reviewed RFC provided | Validate the RFC review record, then use the RFC as the design baseline | planning-project-features-from-rfc | plan-rfc-fidelity-reviewer, plan-executability-reviewer |
| RFC provided but not reviewed | Stop and offer two choices: review the RFC first, or proceed as direct planning | authoring-rfcs review or planning-project-features-direct | Depends on chosen path |
| No RFC provided | Recommend creating an RFC first, then ask whether to create one or continue directly | brainstorming + authoring-rfcs, or planning-project-features-direct | Depends on chosen path |
Workflow
Step 1: Check For An RFC
If the user provides or references an RFC, read it and inspect its Review Record.
A reviewed RFC has:
design-reviewer with status Passed or Passed with concerns.
- No
Blocking review status that affects decomposition, scope, contracts, migration, rollout, acceptance criteria, or implementation constraints.
If these conditions hold, use planning-project-features-from-rfc. Do not re-gather requirements or re-litigate the RFC design.
If an RFC exists but does not meet these conditions, stop and present exactly two choices:
- Review or revise the RFC first with
authoring-rfcs.
- Proceed with direct planning using
planning-project-features-direct, treating the RFC as background context rather than an approved baseline.
Step 2: Recommend RFC-First When Missing
If no RFC exists, recommend creating one before planning. Explain the concrete benefits briefly:
- It separates design decisions from execution decomposition.
- It gives the design reviewer the right artifact to review.
- It gives planning a stable, reviewed baseline instead of forcing it to rediscover the design.
- It reduces token waste in planning by narrowing plan review to fidelity and executability.
- It creates a stable RFC document reference for future plans, implementation sessions, and follow-up discussion.
- It preserves user-approved decisions so the planner does not reopen them accidentally.
Then ask the user to choose exactly one path:
- Create or finish the RFC first with
brainstorming and authoring-rfcs.
- Continue directly with
planning-project-features-direct.
Do not continue silently. The user chooses the route.
Step 3: Delegate
After the route is chosen, load exactly one workflow skill:
planning-project-features-from-rfc for reviewed RFC-backed planning.
planning-project-features-direct for direct planning.
brainstorming and then authoring-rfcs when the user chooses RFC-first design work.
Do not mix workflows in one planning run.
Rules
- Do not create plans in this router skill.
- Do not make conditional reviewer choices here.
- Do not treat an unreviewed RFC as an approved design baseline.
- Do not ask the user to repeat information already present in a reviewed RFC.
- If the chosen path becomes invalid, stop and return to the routing table.