plan-tree

# Plan Tree Use this skill to manage a tree of Markdown planning documents. The goal is to keep plans navigable, current, and internally consistent while preserving the user's intent and existing document style. ## Execution Contract For every plan-tree task: 1. Identify the plan root and user intent before editing. 2. Read the root index plus only the relevant status, topic, decision, question, idea, or history files. 3. Classify the request as an idea, promotion, status update, question, decision, archive, audit, resume, restructure, or consistency repair. 4. Preserve the existing planning entrypoint, registered plan roots, folder names, document style, and authority order unless the task is specifically to reorganize them. 5. Keep active roadmap and handoff files small; move historical evidence out of active state. 6. Update indexes, retrieval headers, and links when adding, moving, promoting, archiving, or splitting durable files. 7. Run the final checks before replying. 8. Report changed files, unresolved questions, and the next useful maintenance action. ## Intent Routing When the request maps to one of these intents, follow the corresponding behavior. Explicit shortcuts such as `$plan-tree idea` or `$plan-tree resume` are intent hints, not a strict command language; natural-language requests with the same meaning should behave the same way. - `idea`: add a low-commitment thought to `ideas/inbox.md` or the local equivalent. - `promote`: move an idea into a roadma...