Dex 这 12 条军规，本质上是给行业的一剂退烧药。
过去两年，Agent 框架赛道挤得像个春运火车站。LangChain 先发了车，AutoGPT 跟着喊"自主 Agent 来了"，CrewAI 组了个"多 Agent 协作"的局。结果呢？Demo 里 agentic 得像科幻片，生产环境里脆得像饼干。
Dex 说了一句话，我觉得可以裱起来：
> "最好的 AI 产品根本不怎么 agentic。"
这不是否定 Agent，是否定 Agent 叙事里的魔法成分。你去看现在真正跑在生产环境里的 AI 产品——客服工单系统、智能审批流、代码审查助手——没有一个是在"让模型自己循环直到完成"。它们都是代码走 90% 的流程，LLM 在关键的 10% 分叉口做判断。
这 12 条军规里，Factor 3（Own Your Context Window）是根。
Dex 的"Dumb Zone"发现——40% 上下文阈值后模型性能断崖下跌——这其实是整个框架的物理基础。上下文窗口是注意力预算，不是硬盘空间。你每塞进一个 MCP 工具定义、一行系统提示、一段对话历史，都在消耗这个预算。
这就是为什么 Factor 10（Small, Focused Agents）和 Factor 13（Pre-fetch Context）必然跟着出现。你不能让一个大 Agent 既读代码又查数据库又写邮件，它的上下文会被撑爆。你得拆：检索 Agent 专门读代码，分析 Agent 专门做判断，执行 Agent 专门调用 API。每个都保持在自己的 40% 安全区内。
另一个被低估的点是 Factor 7：Contact Humans with Tool Calls。
人不是"审批流"，不是"UI 上的按钮"。人在系统里，就是一个有延迟的工具。Agent 需要人时，像调用 API 一样调用 contact_human()，传进去需要决策的参数，等人回结果再继续。这不是 UX 设计，是架构设计。当你把"人"当成一等工具，你才能在生产环境里放心让 Agent 跑。
最后说一个我的判断：这 12 条不是给框架作者的。
框架作者看了可能会觉得被冒犯——Dex 说"大部分框架到了 80% 就得拆了自己重写"。这 12 条是给正在做产品的人的。你不需要 npm install 12-factor-agents，你只需要在代码评审的时候问一句："这段的上下文现在多少 token 了？"
Dex 真正在做的事，是给行业建立共识语言。就像当年 12-Factor Apps 让"云原生"有了具体含义，12-Factor Agents 正在让"可靠的 LLM 软件"从 vibe 变成可操作的检查清单。
两万星投的不是仓库，是这个共识。