用途：把开发工作拆成需求理解、方案设计、代码实现、代码审查、Bug 修复五步，依据用户输入识别当前阶段，并读取对应 reference 文件执行流程、产出该阶段交付物。
主要能力与触发：需求理解对应 requirement.md，关键词如需求分析、理解需求、整理需求、帮我梳理；方案设计对应 design.md，关键词如方案设计、技术设计、架构设计、怎么实现；代码实现对应 implementation.md，关键词如代码实现、开始写代码、帮我实现、写一下；代码审查对应 review.md，关键词如代码审查、Review、检查代码、看看有没有问题；Bug 修复对应 bug-fix.md，关键词如 bug、报错、崩溃、异常、不工作、出错了、测试失败。
使用方式：先识别步骤并读取对应 reference 中的完整流程，按步骤执行并输出该阶段要求的交付物。默认自动写入需求理解（docs/<feature>/01-需求理解.md）与方案设计（docs/<feature>/02-方案设计.md）；代码审查与 Bug 修复默认不写，仅当用户明确要求时才写入相应路径。
落盘规则：在当前工作目录 docs/ 下按功能建子目录，功能可识别就必须写入 docs/<feature>/，多功能分别建目录，无法识别或跨功能全局内容写入 docs/通用/，<feature> 用稳定英文名或包名。采用演进式更新：主文件保留最新完整版，结构为标题、修订记录表格、正文；首次写入记录 v1 与初版时间，再次写入先把旧文件移入 archive/ 再重写主文件并新增修订记录；用户指定路径时优先按指定路径写入，可选维护 docs/功能索引.md。
限制与注意：每步完成后提示进入下一阶段；上游缺失时提示先完成前置步骤，或简要收集关键信息后继续。其他功能、收费与价格信息暂未提供。