用途：在继续开发前审计 TicketPilot 的项目计划、模块、测试、OpenSpec 变更与阶段状态，判断是否仍符合 TicketPilot MVP 范围。
主要能力：
- 范围对齐：检查是否仍覆盖票据归一化、意图分类、风险门、FAQ/政策/案例分层检索、混合检索（关键词+向量+RRF）、基于证据的草拟回复、人工审核、追踪、评估；将通用聊天机器人、不必要的多智能体产品功能或过度设计组件标为范围漂移。
- 需求到证据矩阵：对每个主要需求映射需求、OpenSpec 来源、实现文件、测试文件/测试命令、状态（PASS/GAP/FAIL）与备注。
- 模块边界审查：检查每个模块的用途、输入、输出、依赖、测试覆盖，以及是否过宽或耦合过紧。
- 测试覆盖审查：审查单元测试、集成测试、被跳过的测试、冒烟测试、评估用例、缺失的负向用例。规则：被跳过的集成测试不算通过，属于 GAP；假嵌入只能证明管道接线，不能证明语义检索质量。
- 阶段状态准确性：检查 docs/phase_status.md、docs/changelog.md、README.md、docs/technical_decisions.md，确保状态声明不夸大。
- 风险登记：将问题分为 BLOCKING、HIGH、MEDIUM、LOW、DEFERRED。
- 最小修复计划：按优先级给出立即修复、下个功能前修复、安全延期、移除/简化；除非绝对必要，不建议大范围重写；审计期间不提出新功能。
- 最终决定：输出 CONTINUE（可继续下一阶段）、CONTINUE_WITH_GAPS（可继续但明确跟踪缺口）或 HOLD_NEW_FEATURES（必须先解决阻塞项）。
使用方式与限制：资料未提供具体安装命令或调用方式；适用于开发前的计划与质量审计场景，不替代实际测试执行；不得在审计中新增功能或进行大范围重写。