用途：帮助判断一项需求应写入设计文档、tasks.md、外部任务系统还是执行计划（exec plan），防止 README、设计文档、任务与执行计划之间重复或漂移。
主要能力：识别项目中表达意图与状态的真实来源；按复杂度分类处理——小修复只更新任务，架构或跨模块变更先写设计文档，多日批量变更使用执行计划；为任务条目补充负责人、状态、验收标准、关联路径与预期提交引用；设计变更时先更新设计来源，再同步任务状态与验收标准；任务完成、变更或失效时，将任务状态更新与相关改动放在同一逻辑提交中；输出漂移检查，确保一个结论只有一个来源，其他文件引用它。
使用方式：先搜索 tasks.md、PLANS.md、docs/design*、docs/exec-plans、README、issue 引用及已记录的外部任务系统，判断各文件实际职责而非仅凭名称；若无可信的工作状态载体，按 references/build-when-missing.md 建立最小设计/任务/执行计划集合，默认使用 tasks.md 或 docs/tasks.md；随后输出文档与任务同步策略、验收标准与更新顺序。输出格式包含检测到的映射、归属位置、更新顺序、任务条目、提交耦合、验收标准与漂移检查。
适用场景：用户询问需求应放在设计文档、tasks.md、外部任务系统还是执行计划；README、设计文档、任务与执行计划开始重复或漂移；需求需要转化为任务、状态、验收标准与提交关联的变更记录。
限制：资料未提供具体安装命令、平台支持、收费方式或效果数据；tasks.md 不应成为聊天记录或无序 TODO 列表；避免把任务状态写入无法维护的设计文档，或只更新任务而让设计来源过期。