第一性原理拆解器

问题：当结论被当成答案

工程师常遇到两类场景：一是产品需求被简化成“照做就行”，没人追问背后的业务动机；二是技术方案被“经验主义”绑架，比如“以前都是这么干的，别改”。这些表面的“正确”会掩盖真正的根因，导致后续迭代反复踩坑。

第一性原理拆解器的作用，就是打破这种惯性——它不直接给答案，而是通过苏格拉底式追问逼你把问题拆到“不可再分的基本事实”，再从事实出发重建解法。

拆解如何发生

• 锚定主张：先明确你要拆的“结论”或“难题”，比如“这个功能必须加”
• 追问链：连问“为什么”，每回答一次再追问，直到触达基本事实（参考5Why结构）
• 事实清单：列出那些“不能再拆”的事实，比如“用户需要3秒内完成操作”
• 归谬检验：假设“相反成立”，看逻辑链哪里会崩（比如“如果不需要3秒，会怎样？”）
• 重建思路：从事实出发，给出新的解法方向

输出格式严格遵循【主张】、【追问链】、【基本事实】等块名，确保逻辑链可追溯。

边界与注意

这个技能不替用户下结论——它只呈现事实与逻辑，最终的决策仍由你掌控。另外，追问时不能中途用“常识”糊弄，必须追到“不可再分”的事实。

适用场景包括认知拆解、问题根因分析，但不适用于复盘已发生的失败（那是“失败复盘师”的职责）。使用时需注意：如果问题本身缺乏明确的“主张”或“事实基础”，拆解可能会陷入循环追问。