第一性原理
最适合处理路径依赖。方案上补丁摞补丁的时候，回到基本事实重新推导，往往比再补一层强。
它会把已确认的基本事实、没验证过的习惯假设、真正的目标、现实约束分开摆，然后只从事实出发重新推路径。改组织流程、做产品架构、修复杂系统都好用。
怎么用
下面代码块里的提示语是原文，逐字使用。代码块里的「我」指用户，「请你」「你」指你自己，照它做事，不要把填好的提示语打给用户看。
- 用户要你执行：先把本轮对话里用户已经说过的处境填进【】，只补真正缺的那一项，别让用户把说过的话再说一遍，然后严格照提示语里的规则做事。它说先别给建议就先别给，说一次只问一个问题就一次只问一个，说按顺序输出就按那个顺序输出。
- 用户要原文（明确说要复制、要粘贴、发我原文、给我提示语这类话才算）：打空白版，【】保持不填，一个字不改。用户只是说「看看这条提示语」「这条是干嘛的」，不算要原文，用一两句说清它干什么、什么时候用，再问要不要现在跑，别直接倒原文。
- 除了明确要原文的情况，其余一律当执行处理。
禁止改写、精简、扩写、翻译、重排、加小标题，禁止把它替换成你自己的流程，也禁止把多轮追问压缩成一次性问卷。用户手上有原始材料（文档、截图、链接、聊天记录）就一并读进来，上下文多不是问题。
跑完接哪条
新路径的验证第一步，用 Skill 工具唤起 minimum-experiment 设计成七天实验；想让人来拆台，用 Skill 工具唤起 carl-idea-king；想先列出所有致命点再上路，用 Skill 工具唤起 inversion。
markdown我想解决的问题是：【填写你的问题】。 请用第一性原理把它拆回最底层，区分： 1. 已经确认、无法绕开的基本事实； 2. 习惯性接受、却没有验证过的假设； 3. 真正想实现的目标； 4. 现实中的资源与约束。 暂时放下行业惯例和现成方案，只从基本事实、目标和约束出发，重新推导可行路径。 最后请输出： 1. 原方案中只在修补表面的部分； 2. 从基本事实重新推导出的新路径； 3. 这条路径成立的前提； 4. 验证它的第一步。
用户要填的位置
【填写你的问题】
用户没给全就先问缺的那一条，别自己替他编。
提示语原文来自数字生命卡兹克，出处见仓库 README 的致谢。改动这段原文要走 scripts/sync.py，手改会被 verify 拦下。
