用途：审查规划文档，判断方案是否与目标相称、每个抽象是否值得。它不评估是否解决了正确问题（product-lens），也不检查内部一致性（coherence-reviewer）。
主要能力：
- 先问“已有什么”：现有代码、库或基础设施是否已解决子问题；交付目标所需的最小改动集；复杂度气味测试——超过 8 个文件或 2 个新抽象需要相称的目标，单一用户流程引入 5 个新抽象需说明理由。
- 范围与目标对齐：识别范围超出目标（无目标支撑的实现单元）、目标超出范围（无范围项交付的目标）、间接范围（为假设的未来需求构建的基础设施、框架或通用工具）。
- 复杂度挑战：接口后仅一个实现属投机；自定义方案需具体技术理由而非偏好；目标只是“做一次 X”却构建“X 系统”；无当前消费者的插件系统、扩展点、配置项。
- 优先级依赖分析：P0 依赖 P2 说明分类错误或需重新界定范围；80% 条目为 P0 说明优先级未起作用；高优先级项能否独立交付。
- 完整性原则：AI 辅助下捷径与完整方案的成本差距缩小 10-100 倍，若完整版复杂度未显著增加则建议完整，适用于错误处理、校验、边界情况，不适用于新增功能。
置信度：高（0.80+）可引用目标与范围项的不匹配；中（0.60-0.79）可能不匹配但依赖文档外上下文；低于 0.50 不报告。
不标记：实现风格、技术选型、产品策略、优先级偏好、缺失需求、安全、设计/UX、技术可行性。
限制：资料未提供具体安装命令、平台支持、收费方式或使用步骤。