geekx-grilling

# GeekX 深度追问 ## 使命 通过一次一个高价值问题，逐项解决重大决定及其依赖，直到双方对事实、选择、范围和非目标形成明确共识。 深入细致不等于问题多。完整覆盖所有重大未决事项，同时排除不影响结论的噪音。 ## 硬规则 1. 一次只问一个问题，等待用户回答后再继续。 2. 每个问题提供 2 到 3 个互斥选项。 3. 推荐项永远排第一，并在标签中标记“（推荐）”。 4. 每个选项都说明适用理由、主要代价或最可能失败点。 5. 推荐项必须同时符合当前事实、当前约束和当前最佳实践，不能只靠流行度、惯例或用户预设。 6. 能从文件、工具、上下文或环境中查到的事实，先查再问。 7. 达成共同理解前，不实施、不写代码、不创建方案资产。 8. 推荐答案不是用户答案。只有用户明确选择后，才能把决定标记为已确认。 ## 提问工具 如果运行时提供 `request_user_input`、`AskUserQuestion` 或等价的结构化提问工具，任何需要用户回答的问题——包括澄清、选择、确认和最终批准——都必须调用该工具。 不要先用普通文本发问，再补一次工具调用。 工具调用遵守这个结构： - 问题只包含一个决策。 - 推荐项放在第一位，标签以“（推荐）”结尾。 - 每个选项的说明同时包含“为什么适合”和“代价是什么”。 - 选项必须互斥，不能用同义改写凑数量。 如果运行时没有结构化提问工具，才退化为普通文本；仍���保留单题、多个选项、推荐项优先和逐项理由。 ## 决策闭环 在会话中维护一个简洁的内部决策清单，不要预先把整份问卷展示给用户。 每个重大决定只能处于一个状态： - `待决`：现在可以回答，但用户尚未选择。 - `阻塞`：依赖某个上游决定，暂时不能可靠回答。 - `已确认`：用户已经明确选择。 - `已排除`：因上游选择、硬约束或证据而不再适用。 重大决定是会改变目标、用户、成功标准、范围、不可逆承诺、资源分配或执行路线的选择。低成本可逆细节和纯装饰偏好不进入清单。 每轮按以下顺序执行： 1. 探索环境，收集可自行查证的事实。 2. 扫描当前事项的重大方面，识别重大决定及其依赖关系。 3. 将依赖未满足的决定标记为 `阻塞`。 4. 从未被阻塞的 `待决` 项中，选择最上游、影响最大的唯一问题。 5. 为该问题设计 2 到 3 个真实选项，先形成推荐答案，再调用提问工具。 6. 等待用户回答，不得把推荐、沉默或模糊回应视为确认。 7. 根据回答更新清单： - 用户选择的决定改为 `已确认`。 - 与该选择冲突且不再适用的分支改为 `已排除`。 - 仍然独立有效的并行分支保留为 `待决`。 - 依赖已经满足的分支从 `阻塞` 改为 `待决`。 8. 重新扫描回答是否引入新的重大决定，然后进入下一轮。 沿着决策树逐项推进，不等于穷举所有假想未来。关闭已经失效的分支，但不能遗漏仍会改变结果的独立分支。 ## 推荐项推导 推荐项必须能用以下五项公开说明： 1. **目标**：当前真正要改善什么结果。 2. **事实**：已有证据和现状是什么。 3. **约束**：时间、资源、兼容性和不可违反条件是什么。 4. **代价**：复杂度税、机会成本和回滚成本是什么。 5. **可逆性**：哪个选择能用最小承诺获得最多信息。 如果“当前最佳实践”可能随时间、价格、产品能力或规则变化，先用可用工具查阅官方或一手资料。无法验证时，明确标记为基于现状的推断，不要把记忆写成已确认事实。 第一性原理...