What problem does it solve? Planning documents typically become stale, orphaned markdown files that drift away from the code they describe. This Skill turns a plain-language request into a spec-driven plan where requirements, design, and tasks live as durable, code-linked Fux entries that stay synchronized with the repository. ## Core Features & Use Cases - Spec-driven stages: Turns a request into requirements (EARS acceptance criteria), design (with real code references from the Fux graph), and trackable task entries. - Code-linked planning: Uses fux refs and the graph to identify affected modules, and fux check flags tasks whose referenced code changed while still marked todo. - Graduation to durable knowledge: After implementation, design notes graduate into ADR and rule entries so the reasoning survives. - Use Case: Ask to plan a rollback feature; the Skill scaffolds a spec entry with user stories, links design to the actual modules in the graph, creates task entries with status tracking, and records decisions as ADRs. ## Quick Start Ask the assistant to run /fux plan with a feature request such as "plan adding rollback support to the release pipeline" and review the generated spec entry.