苏格拉底式对话

当工程师在设计评审、故障复盘或学习新概念时，常见问题不是缺少结论，而是结论来得太快：把直觉当成事实，把局部经验当成边界，把第一个可行方案当成最优解。socratic-dialogue 解决的是这类问题：它不直接替用户给答案，而是用结构化追问帮助把想法拆开、检查、补证据、找替代路径。

问题：直接给答案往往会跳过思考

• 假设未经检验：很多判断来自“一直这么做”或“看起来应该如此”。
• 证据不足：结论缺少日志、数据、约束条件或反例。
• 替代视角缺失：只看到当前方案，忽略更简单的实现或不同取舍。
• 思考过程不可复用：一次性回答结束后，用户仍不知道下一步如何验证。

工作方式：用四步追问替代直接回答

该技能围绕苏格拉底式对话设计，核心不是展示知识，而是帮助用户把内部想法外化。资料中列出的命令包括：

• socratic clarify：澄清思想模式，把模糊目标拆成可讨论的问题、约束和预期结果。
• socratic challenge：挑战假设模式，追问“为什么认为成立”“如果前提不成立会怎样”。
• socratic evidence：寻找证据模式，推动补充日志、数据、文档、测试或现实约束。
• socratic explore：探寻替代观点模式，提出不同方案、反例、边界条件和取舍。
• socratic full：执行完整四步对话，适合需要一次完整梳理的场景。
• socratic help：查看可用命令。

它强调“承认无知”“助产术”“辩证法”和“反诘法”：不把自己放在专家位置，也不把用户当作被教育者，而是通过连续追问让答案从用户自己的推理中浮现。

适用边界

它更适合需要深度思考、方案评审、学习概念或复盘问题的场景；不适合用户只想要一句话答案、标准 API 用法、报错速查或紧急操作指令的情况。使用时要注意，这种对话可能比直接回答更慢，因为它要求用户持续补充上下文、检查假设和说明证据。