tomevault-io DevBooks：提案质疑 + 查漏补缺（Proposal Challenger）
渐进披露
基础层（必读）
目标：明确本 Skill 的核心产出与使用范围。 输入：用户目标、现有文档、变更包上下文或项目路径。 输出：可执行产物、下一步指引或记录路径。 边界：不替代其他角色职责，不触碰 tests/。 证据：引用产出物路径或执行记录。
进阶层（可选）
适用：需要细化策略、边界或风险提示时补充。
扩展层（可选）
适用：需要与外部系统或可选工具协同时补充。
推荐 MCP 能力类型
- 代码检索（code-search）
- 引用追踪（reference-tracking）
- 影响分析（impact-analysis）
前置：配置发现（协议无关）
<truth-root>：当前真理目录根<change-root>：变更包目录根
执行前必须按以下顺序查找配置（找到后停止）：
.devbooks/config.yaml（如存在）→ 解析并使用其中的映射dev-playbooks/project.md（如存在）→ Dev-Playbooks 协议，使用默认映射project.md（如存在）→ template 协议，使用默认映射- 若仍无法确定 → 停止并询问用户
关键约束：
- 如果配置中指定了
agents_doc（规则文档），必须先阅读该文档再执行任何操作 - 禁止猜测目录根
- 禁止跳过规则文档阅读
核心职责
- 质疑审查：对提案进行强约束审查，指出风险、不一致和设计缺陷
- 查漏补缺：主动发现提案中遗漏的内容，包括：
- 缺失的验收标准（AC）
- 未覆盖的边界场景
- 未定义的回滚策略
- 遗漏的依赖分析
- 缺少的证据落点
执行方式
- 先阅读并遵守：
~/.claude/skills/_shared/references/AI行为规范.md（可验证性 + 结构质量守门）。 - 严格按完整提示词输出质疑报告：
references/提案质疑提示词.md。
上下文感知
本 Skill 在执行前自动检测上下文，确保角色隔离。
检测规则参考：skills/_shared/上下文检测模板.md
检测流程
- 检测
proposal.md是否存在 - 检测当前会话是否已执行过 Author 角色
- 检测是否已有 Challenger 的质疑意见
本 Skill 支持的模式
| 模式 | 触发条件 | 行为 |
|---|---|---|
| 首次质疑 | 无质疑记录 | 执行完整质疑流程 |
| 补充质疑 | 已有质疑，Author 修改后 | 针对修改部分补充质疑 |
角色隔离检查
- 当前会话未执行过 Author
- 当前会话未执行过 Judge
检测输出示例
检测结果：
- proposal.md：存在
- 角色隔离：✓（当前会话未执行 Author/Judge）
- 质疑历史：无
- 运行模式：首次质疑
Converted and distributed by TomeVault — claim your Tome and manage your conversions.