P1为什么要写下原则
我给 Agent 写的通用原则，根上 51 条，七周改了 26 版。这一部分是我在人与 AI 之间攒下的 31 条原则，分六组。
今年 8 月 29 日，我把写给 Agent 的那份通用规则重新整理了一遍。原来它按抽象的类别分，工程、品牌、Skill 这些领域细则也都塞在里面。那天我先把领域细则拆出去，只在相关任务里加载；再把根上的原则改成按一件任务的生命周期排：收到任务，理解任务，执行任务，交付与复盘。9 月 11 日又加了一段“反馈与迭代”。
从那天起，它每改一次就升一个版本号，留一条变更记录。到 10 月 18 日，已经改到 0.26.0，根上的原则一共 51 条。从 9 月中旬起，每条变更记录都写着起因：哪天，在做哪个任务；9 月 27 日以后的每一条，还附着我当时的原话。10 月 3 日那一条，我的原话是：
记住：每次 bgm 应该基于内容自动生成或者重新选用，而非死板的用同一款。
很多事我早就有判断，只是从来没写下来。没写下来，Agent 就只能每一步停下来问我，或者猜。
这份原则是怎么长出来的
26 版里挑几版出来看。很多改动都起于一次具体的翻车，或者我的一句原话。
我给 Agent 的通用原则，2026 年 8 月 29 日到 10 月 18 日的几次修订
为什么要有原则
- —工具会换，判断留得下来。每周都有新模型、新产品，追不完，也会过时。2024 年上半年我写的 K 型压缩算法，几个月后被 200K 的上下文窗口抹平了；“别在模型下个版本会顺手做掉的地方使劲”这个判断，我到今天还在用。
- —写清楚的原则，就是 Agent 的默认决策。Agent 跑不长，常常是因为它不知道你会怎么选，只好停下来问。“能查就自己查，能跑就自己跑，失败就换方案，只有删除、付款、对外发送才停下来问我”，这一句写在开头，它就能自己往前走很久。
- —原则会复利。软件是把一个重复发生的判断，固化成一个别人也能按下去的按钮。原则也在固化判断：先固化在自己身上，再写进 Agent 的规则文件和 Skill，下一个任务接着用。
写给人的这一份，和写给 Agent 的那一份有重叠，也有它管不到的地方。验收、授权、回滚，两边都要；怎么睡觉，要不要招人，省下来的时间拿去干什么，Agent 帮不上，只能写给自己。
这 31 条怎么读
体例参考达利欧的《原则》，每一条写四样：一句话的原则，为什么这样做，我在哪里撞上它，以及怎么用。我给自己加了一条纪律：没有经历撑着的不写。下面每一条背后，都有一件我做过、踩过或者留了数据的事。
31 条分六组：认知、分工、协作、验收、迭代，最后一组讲 AI 之外的生活与生意。P2 到 P7，一节讲一组。
31 条一览
点开一条，看一句话解释；每一组在 P2 到 P7 里展开。
两个常见误区
- —以为写下来就会做到。9 月 2 日，同一次会话里，Agent 刚把“禁止编造”写进一个 Skill 的说明书，下一轮就又编了。条文管不住的，要换成机制。当天我就加了一道自动检查，专门抓没有出处的路径和提交编号，这是原则 17。
- —以为原则越多越好。8 月 29 日那次整理，第一件事就是把领域细则从根上拆出去，只在相关任务里加载。根上只留跨领域都成立的判断；一次的意见只改那一次的作品，反复出现的才往上写，这是原则 23。
从哪一条开始
CLAUDE.md，Codex 读 AGENTS.md。- 第 1 题单选8 月 29 日那次整理后，手工川给 Agent 的通用原则，根上的部分按什么顺序排？
- 第 2 题判断这一部分的原则，只要道理讲得通就可以收进来，不需要背后有经历。
- 第 3 题多选（选出全部正确项）本节给出的“为什么要有原则”，包括哪几条？
- Ray Dalio《原则》（Principles: Life and Work）
- 手工川《超越之旅》第一期讲义，第一章（K 型压缩算法、软件是什么）、第二章（默认决策）
- 手工川《置身 OPC 内 | 深度》，公众号「手工川」2026-07-08
- 手工川给 Agent 的通用原则、规则变更记录（0.1.0–0.26.0，2026 年 8—10 月）与工作区踩坑记录，未公开