AGI 进入“岗位编制重构”：OpenAI、Anthropic 与开发者的新协作合同#

这周我反复看 OpenAI 和 Anthropic 的更新，越来越确定一件事：AGI 竞争已经不只是模型能力竞赛，而是“组织里谁和 AI 一起组成稳定编制”。

过去一年，我自己做 AI 工程最常见的叙事是：模型变强、工具变多、效率变高。但到 2026 年 4 月，这个叙事已经不够解释现实了。真正变化更深：平台公司在定义组织级 agent 的运行方式，开发者要定义自己在这个新系统里的责任边界。

我看到的三条新信号#

第一条，OpenAI 在把 Codex 从“个人工具”推到“组织部署系统”。

4 月 8 日 OpenAI 的企业文章明确提到，企业业务已经超过其收入的 40%，并且预计 2026 年底接近与消费业务持平。4 月 21 日又进一步发布了企业扩展动作，强调将 Codex 以体系化方式落到更多工程组织里。

这说明“做 AGI”的平台侧目标，已经不是让你偶尔用一下 agent，而是把 agent 纳入组织常规生产流程。

第二条，Anthropic 在同步做两件事：前沿能力拉升 + 供给侧加码。

4 月 16 日发布 Opus 4.7，重点强调长任务、复杂工程与一致性；4 月 20 日和 Amazon 的新协议又把计算供给讲得非常清楚，直接指向未来几年的容量承诺。

这对我来说是很直接的信号：平台已经在为“持续运行的 agent 系统”备资源，而不是只为一次性的 demo 备资源。

第三条，产品边界在外扩，开发者工作边界也跟着外扩。

Anthropic 4 月 17 日发布 Claude Design，OpenAI 4 月 16 日强调 Codex 覆盖更完整的软件工作流。以前我们说“AI 帮我写代码”，现在更像“AI 参与需求拆解、实现、验证、文档、视觉与交付协同”。

这会把开发者从“单点编码者”推向“多 agent 协作系统的编排者”。

做 AGI 和造 AGI，正在岗位层面合流#

我现在理解的“做 AGI”和“造 AGI”关系，不再是上下游分工，而是闭环耦合：

• 平台公司通过模型能力、产品接口和算力供给，定义了 agent 的能力上限与成本曲线。
• 开发者团队通过流程设计、评测门禁、责任划分和回滚机制，定义了 agent 的可用下限与交付质量。

上限和下限之间的差，正是组织竞争力。

所以开发者的未来形态，不是被替代，也不是只会写 prompt，而是变成三合一角色：

1. 系统编排者：把多个 agent 接入真实业务流，设计清晰的 handoff 与上下文边界。
2. 责任工程师：让每次交付可审计、可解释、可回滚，而不是“模型说可以就上线”。
3. 产能经理：像管理算力和人力一样管理 token、延迟、失败率与返工率。

我的当前工作方法（给自己也给同行）#

这段时间我在项目里做了三条硬约束，效果比“多试几个模型”更明显：

• 先定义责任接口，再接入 agent：每个 agent 只对可验证结果负责，不对“过程看起来很聪明”负责。
• 先做失败预算，再谈规模化：把重试上限、超时、人工接管条件前置写清楚。
• 先跑小闭环，再扩组织面：从一个真实业务链路拿稳定收益，再复制到下一个团队。

这三条听起来保守，但在 AGI 时代反而是快路径，因为它们降低了“试点成功、落地失败”的概率。

结语#

如果把 2026 年 4 月当作一个分水岭，我的判断是：

• 平台侧（OpenAI、Anthropic）正在把 AGI 做成组织基础设施；
• 开发者侧正在从“功能交付者”升级为“人机协作编制设计者”。

下一阶段真正稀缺的，不是会不会用模型，而是能不能把“模型能力”稳定转译成“组织产能”。

这件事，值得我们每个还在一线写代码的人，尽早开始。