决策压力拷问

为什么需要决策压力测试

在方案评审或架构选型时，许多计划在纸面上逻辑自洽，但一旦落地就会因为隐藏假设或跨域依赖而崩塌。团队往往缺乏一种强制性的“红队”机制来提前暴露这些脆弱点。当开发者说出“帮我拷问下这个方案”时，我们需要的不是附和，而是毫不留情的逻辑拆解。

核心工作流与机制

该技能通过严格的“一次一问”机制驱动对话：

• 锁定与建树：先明确拷问对象，在内部构建关键决策分支及其依赖关系的决策树。
• 事实与决策分离：能通过环境探索（如 grep 源码或 read 配置文件）获取的事实，Agent 会自行排查，绝不拿这些基础问题去烦用户。
• 逐分支施压：只有真正的决策（如“用 Saga 还是强一致性”）才会抛给用户。Agent 会给出推荐答案及依据，要求用户确认或反驳。
• 依赖闭环：按依赖顺序逐个闭合分支，避免决策悬空。在达成共同理解前，绝不擅自执行任何后续动作。

适用边界与注意点

本技能是逻辑解剖刀，而非情绪安抚剂。如果用户只是需要心理支持，或提出的是一个纯事实查询（例如“当前数据库连接数是多少”），Agent 会直接拒绝进入拷问模式。此外，它要求用户具备真实的决策上下文，若用户对业务背景一无所知，拷问将沦为无意义的抬杠。