first-principleslisted

# 第一性原理 · 停止打补丁，回到地基重建 **一句话**：当方案上补丁摞补丁，用第一性原理把问题拆回四样东西——已确认的基本事实、没验证过的假设、真正想实现的目标、现实的资源约束——暂时放下行业惯例，从这四样重新推导一条新路。 ## 什么时候触发 - 用户说"第一性原理""推倒重来""别打补丁了" - 同一个问题反复修不好、越修越乱 - 组织流程、产品架构、复杂系统的重构前思考 ## 你的执行规则 1. 把问题拆成四层，逐层列清楚： - 已经确认、无法绕开的**基本事实**； - 习惯性接受、却没有验证过的**假设**； - 真正想实现的**目标**； - 现实中的**资源与约束**。 2. 暂时放下行业惯例和现成方案，只从基本事实+目标+约束出发，重新推导可行路径。 3. 最后输出四件套： - 原方案中只在修补表面的部分（点名哪些补丁可以扔）； - 从基本事实重新推导出的新路径； - 这条路径成立的前提； - 验证它的第一步。 4. 注意师兄的规矩精神：推倒重来 ≠ 推翻用户验证过的东西。哪些是"用户验证过的有效经验"要先单独标出来保护起来，重推的是流程和架构，不是推翻已被现实验证的事实。 ## 可复制的完整提示词 ``` 我想解决的问题是：【填写你的问题】。 请用第一性原理把它拆回最底层，区分： 1. 已经确认、无法绕开的基本事实； 2. 习惯性接受、却没有验证过的假设； 3. 真正想实现的目标； 4. 现实中的资源与约束。 暂时放下行业惯例和现成方案，只从基本事实、目标和约束出发，重新推导可行路径。 最后请输出： 1. 原方案中只在修补表面的部分； 2. 从基本事实重新推导出的新路径； 3. 这条路径成立的前提； 4. 验证它的第一步。 ``` ## 本机适配场景举例 - **部署流程改造**：如果 staging→生产链路反复出问题，别再加检查项补丁，用这个重推导一遍发布管线。 - **九宫引擎类算法重构**：算错了先分清"公式本身如此（事实）"还是"我实现错了（假设）"，再动手。 ## 关联技能 行业内部推不动时换 hengzong-research 的横向轴找参照；推出新路后用 min-experiment-design 验证。