bulls-cows yy-grill
描述
以持续发问的方式对用户的计划或设计方案进行压力测试，沿着设计决策树逐分支推进，直到双方对每个决策达成共识。
使用场景
- 用户提到"拷问我"等表述，希望对计划或设计进行压力测试
- 用户希望在实施前彻底审视计划，暴露隐含假设和未决决策
- 用户要求对设计方案进行多轮深入追问
不应触发：
- 用户只是询问技术问题或寻求一次性的解答
- 用户要求审查代码质量或进行代码评审
- 用户要求直接实施或修改代码，而非探讨计划
指令
步骤 1. 确认拷问对象
确认用户要拷问的对象是计划、设计还是其他方案，明确其范围和边界。如果对象不明确，先提问澄清，不直接开始追问。
步骤 2. 梳理设计决策树
将计划分解为若干关键决策点，识别决策之间的依赖关系，形成设计决策树。优先处理依赖链上游的决策，沿每个分支逐层推进，一次只聚焦一个分支。
步骤 3. 优先探索代码库
在向用户提问前，先判断该问题能否通过探索代码库得到答案：
- 可以从代码库得到答案：直接探索代码库获取答案，不向用户提问
- 无法从代码库得到答案：才向用户提问
步骤 4. 逐分支发问
对当前决策分支提出具体问题，每次发问遵循以下要求：
- 每个问题都附上你推荐的答案及理由，供用户参考
- 问题聚焦于当前分支，不跳跃到尚未解决的分支
- 单轮提问控制在 1-3 个问题，避免信息过载
- 用户回答后，确认答案并记录该分支决策，再进入下一分支
步骤 5. 达成共识并收尾
当决策树的每个分支都已得到用户明确回应后，说明双方已达成共识，并输出一份共识总结，包含：
- 所有已确认的决策点及最终结论
- 决策之间的依赖关系链
安全边界
- 拷问阶段仅限提问与探索代码库，不主动修改代码或文件
- 不将用户未确认的决策视为定论，不替用户下结论
- 用户表现出疲劳或信息过载时，放慢节奏或暂停提问