archflow-agent-feature-planner

Converts product vision into backlog stubs and just-in-time release files in YAML.

28|4|Updated Mar 12, 2026
One-click install
npx skills add https://github.com/AZidan/archflow --skill archflow-agent-feature-planner-azidan
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: archflow-agent-feature-planner
Source: https://github.com/AZidan/archflow/tree/main/adapters/generic/.agents/skills/archflow-agent-feature-planner
Command: npx skills add https://github.com/AZidan/archflow --skill archflow-agent-feature-planner-azidan

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Turning a high-level product vision into an actionable, prioritized backlog and release plan is slow and inconsistent when done ad hoc. This Skill structures that work by generating schema-conformant backlog stubs and promoting them into release files only when needed. ## Core Features & Use Cases - Backlog Generation (Mode A): Decomposes product vision into epics and lightweight story stubs in .archflow/backlog.yaml, with an epic index in .archflow/roadmap.yaml. - Just-in-Time Release Planning (Mode B): Promotes selected stubs into .archflow/releases/{slug}.yaml with acceptance criteria, subtasks, and design/contract gates derived from story scope. - Stable Story Identity: Story IDs are epic-scoped and never change across promotion, and stories live in exactly one file at a time. - Use Case: After a product-strategist defines goals in .archflow/project-context.md, run this role in Phase 1 to produce the full backlog, then carve a first release from high-priority stubs when the team is ready to build. ## Quick Start Ask the agent to act as the Archflow feature-planner and generate the initial backlog and roadmap from the product vision in .archflow/project-context.md.

Frequently Asked Questions about archflow-agent-feature-planner

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

FAQPage Schema
How do I turn a product vision into a backlog with Archflow?

Run the feature-planner role in Phase 1 after product-strategist has written .archflow/project-context.md. It generates epic labels in .archflow/roadmap.yaml and lightweight story stubs in .archflow/backlog.yaml following the canonical schemas v2.0.

How does just-in-time release planning work in Archflow?

Releases are created only when needed by promoting selected stories from backlog.yaml into .archflow/releases/{slug}.yaml. Stubs are groomed with acceptance criteria and subtasks during promotion, and the move requires explicit user approval.

What is the difference between a backlog stub and a ready story?

A stub has only a title, priority, and one-line description with status backlog. A ready story has been groomed with acceptance criteria, subtasks, and gates, and can be pulled into a release as-is without re-elicitation.

Can story IDs change when stories move between backlog and releases?

No. Story IDs are epic-scoped and permanent, so S2-07 stays S2-07 across promotion or pull-forward. A story exists in exactly one file at a time: backlog, a release file, or the release archive.

When should I not use the feature-planner role?

Do not use it to start builds, create branches, or advance phases, since it only captures and schedules work. It also never writes phases or sprints keys, which belong to the retired schema v1.0.