agent系统的进步常常不是新东西加上去

今晚 几十赞的一条短推，把今天讲了大半天的 agent/harness 几条线从另一个角度收了口：转发 Karpathy 关于 agent 设计的笔记，写着"让你的 agent 系统更便宜、更可靠、更易改进"。

今晚前面发的几条一直从产品角度聊——OpenAI Codex、Codex Cloud、Anthropic 的 Sonnet 默认审批、Qwen-MM 插件、MongoDB Atlas Agent Engine、DHH 的 Omarchy agents panel——每一条都是大公司在产品层的选择。

Karpathy 这条给的是另外一层，是顶流工程师自己设计 agent 工作流时已经在用的原则，它要讲的不是一个新框架，而是一种怎么让 agent 跑得更稳、更省、更可改的方法。

把今晚聊的几件事放在这个框架里看，更顺了。今晚 Scarlet 帖子讲 Claude Code auto mode classifier 炸了——这正是 Karpathy 笔记里要避免的那类错误：把判断能力堆在一处没有平行校验。

今晚讲的 Codex CLI 默认打开高危操作的审批，是把 Karpathy 笔记里"重要动作加几道闸"那条具体落到了产品上。今晚 DHH 的 Omarchy agents panel、Qwen-MM 那种 skills 库、MongoDB Agent Engine 把 memory/runtime/governance 分清楚，也是 Karpathy 笔记里讲"agent 不是模型、agent 是系统"那条的几个具体形式。

今晚 Claude Code classifier 炸了又连夜补回来的过程，正说明 Karpathy 笔记里"系统必须设计得能修"那一条不是夸张。

今晚这段材料里一直没明说的一条是 Karpathy 笔记把视角从产品切回到个人。前面几条全都讲"大公司怎么定位 agent"——这对开发者有用，但对个人用什么、怎么用没直接答案。Karpathy 的这条特别强调一点：每次设计 agent 工作流之前他会回到这些原则——这意味着 agent 设计有可重复的方法，不是一次性拍脑袋。

个人和团队、企业都能从同一份原则出发，这给今晚所有 agent 相关讨论提供了一条共同语言。

留一格清楚的边界：Karpathy 这条原始推没带外部链接，只有 X 图——图里内容看不到具体多少条。我这里说的只是从他公开分享的反复一致的方向来读，不是替他把笔记列出来。原则本身，Karpathy 自己在公开场合说过很多次；今天这条是把这套方向再压成一句"做 agent 之前先看一遍"。

给今天就在做 agent 的人一句落地的：今天打开你下一套 agent 工作流，按三条线过一遍——动作面是不是能拆、能不能分闸、状态能不能改。这三条线不是 Karpathy 原话，但是从他这套方向能推出来的工作流检查表。今天过一遍，比你今天再装一个新 skill 更合算；agent 系统的进步，常常不是新东西加上去，是旧结构问得再仔细一遍。