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