智能体优先，产品靠后
OpenAI Codex工程负责人Thibault Sottiaux近期在Dev Interrupted播客上用40分钟拆解了自主编程智能体的构建方法论。他的核心判断很直接：复杂的脚手架不是能力放大器，而是问题遮羞布。一个值得注意的注脚是，播客发布不到三周，OpenClaw创始人Peter Steinberger便加入OpenAI负责下一代个人智能体——他曾自称是“Codex最大的免费广告”，用Codex搭出整个OpenClaw，生产力翻倍。这背后与Sottiaux的逻辑一致：真正的竞争力在模型能力与垂直整合，不在外部工程花活。这或许也说明，在智能体时代，模型能力本身就是最好的招聘广告。
Sottiaux在开场就明确：Codex首先是一个通用智能体，产品界面是后置的。先把智能体做扎实，再考虑放在哪里。这套思路解释了社区里的怪象：几乎每周都有公司拿开源版做自己的业务，且往往与编程无关——有人改成电子表格编辑器，有人嵌进浏览器做自动化。他还提醒，软件工程师真正的瓶颈不是写代码，而是规划、沟通、审查和理解系统状态。
垂直整合：在正确的层级解决问题
Codex团队的特殊之处在于基础模型、智能体框架、产品全在一个组织内。这带来了架构决策能力。Sottiaux总结了三点：一是研究与工程形成双向飞轮；二是能选择在哪一层修复问题——有些事不必在框架里打补丁，放进下一版模型训练更干净；三是在系统层面验证scaling law，同一套harness在小模型、中等模型、前沿模型上测试，看整个系统是否符合扩展曲线。
Sottiaux引用No Free Lunch定理：想在所有分布上都聪明，不如针对特定分布优化。harness和model捆绑训练部署，正是这种优化。没有垂直整合条件的团队，如果坚持对所有模型保持无关，就只能做公共子集，性能必然打折。他预计主流玩家只会深度适配少数几个模型。这里值得玩味的是，垂直整合是一种奢侈，但即便没有，也别让框架比模型更重——否则当模型能力跃迁时，系统反而成为枷锁。
脚手架是拐杖，开源是策略
这期最核心的观点是对脚手架的重新定义。harness本质上是临时拐杖，等模型能独立行走就该拆掉。但很多团队把脚手架当喷气背包，不停塞工具和规则，系统越来越臃肿。Sottiaux称之为“capability overhang”（能力悬崖）：框架里的偏见和约束太多，模型能力跳跃时反而表达不出来。垂直整合让Codex团队只需关心自家模型，每次升级都能拆掉一部分脚手架。一旦找对原语，它们简单得令人愉悦，但寻找过程极其复杂——这与Richard Sutton的“苦涩教训”一脉相承。
Codex开源有三层逻辑：破除智能体神秘感、理解AI将如何改变开源本身、借社区创造力发现新用法。目前仓库有超一千个fork，团队与fork作者合作，把好改动移植回主仓库。从TypeScript迁到Rust是艰难时刻，但团队预期未来有数十亿智能体并发运行，需要高效语言。迁移后社区关系重建，一批优秀Rust贡献者进入核心开发。
2025教训、2026方向与开发者重塑
去年最大的痛点是上下文压缩。智能体超出上下文窗口后，摘要和重置会丢失大量工作记忆，靠提示词和启发式逻辑始终不理想。最终团队在模型训练层面端到端解决，现在智能体能跨越20个上下文窗口持续工作，相关投诉几乎为零。这又是一个“在正确层级解决问题”的案例。
2026年三个方向：多智能体网络将让产出量提升一到两个数量级，但token消耗和代码审查量也同步暴增；速度上“我们还在智能前沿，没到速度前沿”，模型提速后体验会从“能用”变成“愉悦”；协作人格上，Codex被用户评价为“固执的直男工程师”，Sottiaux希望模型能给情感确认，但不同场景需要不同风格——头脑风暴时别挑剔代码质量，关键代码库里则要冷酷精准。
Codex团队去年部署了专门的代码审查模型，几乎所有团队默认启用，很多团队强制要求审查PR，因为它抓到了大量bug。Sottiaux还发现团队面对面时间反而增加，因为每个人都被加速，一周能干完过去一个月的量。“super bus factor”问题也随之而来：一个工程师能独立交付产品，协作还有必要吗？答案是记录意图变得至关重要——目标是让人类理解系统状态的速度也快100倍。工程师路径也在向TLM演进，核心技能变成“技术负责人+产品经理”的混合体。有意思的是，团队里最受信任的成员之一是个新毕业生，没有编程习惯的包袱，反过来教全团队提效。
最后的建议关于Skills。这是开放标准，你可以教模型用最有效的方式执行特定任务，比如看日志、跑性能测试、自动QA。Sottiaux自己有个QA技能，让Codex在终端里测试新功能。“这是我最接近训练宝可梦的体验，每次交互它都在升级。”关键不是只自动化写代码，而是把日常不想做的环节交出去，保留真正愉悦的部分。整期播客的底层逻辑只有一条：复杂度是债务，简洁是资产。你的框架应该是脚手架，不是喷气背包——随着模型变强，你应该拆东西，而不是加东西。换句话说，如果你发现自己正在给框架写越来越多的插件，也许该停下来问一句：这些逻辑是不是应该在模型层解决？