大数跨境

OpenAI 突然“泄密”:AI 编程的魔法循环,藏着什么秘密?

OpenAI 突然“泄密”:AI 编程的魔法循环,藏着什么秘密? 基本透明
2026-01-28
1
导读:OpenAI 工程师罕见“泄密”,首次公开 AI 编程工具 Codex 的核心“魔法循环”。这不仅是技术揭秘,更暴露了 AI 编程的致命软肋:它快得惊人,也笨得稳定。看完你就明白,为什么程序员又爱又恨
上周五,OpenAI 一位工程师做了件“反常”的事。
他叫 Michael Bolin,在官方博客上发了一篇长文,把自家王牌 AI 编程工具 Codex CLI 的内部工作原理,掰开揉碎了讲给全世界看。

这很反常。
因为 OpenAI 对 ChatGPT 的内部运作向来守口如瓶,黑盒到底。但这次,他们却主动掀开了 Codex 的引擎盖,甚至把源代码都扔在了 GitHub 上。

事出反常必有妖。
这背后,根本不是一次简单的技术分享,而是一场精心策划的“阳谋”。它瞄准的,是正在爆发的 AI 编程工具战场,以及每一个既兴奋又焦虑的程序员。

AI 编程的“ChatGPT 时刻”,真的来了吗?
1. 那个“魔法循环”,到底有多神奇?
Bolin 文章的核心,是一个叫做“智能体循环”的东西。
你可以把它想象成一个永不停歇的“思考-行动”怪圈。
你给 AI 一个任务,比如“写个登录页面”。AI 不是一次性吐出全部代码,而是进入这个循环:它先“想”一步(生成一段代码或一个指令),然后“做”一步(比如运行一下测试,或者读个配置文件),看看结果,再“想”下一步。
这个循环会一直转,直到 AI 觉得“嗯,搞定了”,或者转晕了为止。
听起来平平无奇?但就是这个循环,让 Codex 这类工具展现出了近乎“魔法”的能力。
它能自己写代码、自己跑测试、自己修 Bug,你只需要在旁边喝着咖啡,像个监工一样看着。根据 OpenAI 自己的说法,他们甚至用 Codex 来开发 Codex 自己——我开发我自己,堪称 AI 界的“我思故我在”。
在简单任务和搭建原型上,它的速度快到令人发指。以前要折腾半天的脚手架和样板代码,现在可能就是几句话的事。
那种感觉,就像第一次用 ChatGPT:明明知道它可能胡扯,但那一刻的冲击力,是真实的。

2. 魔法的背面,全是“补丁”
但是,Bolin 这篇文章最精彩的部分,不是吹嘘魔法,而是坦诚地展示魔法背面的“补丁”和“胶带”。
他毫不避讳地指出了这个“智能体循环”的三大硬伤,每一个都戳中了当前 AI 编程工具的肺管子。

第一伤:越聊越“傻”的诅咒。
每一次循环,AI 都需要把之前所有的对话历史、工具调用结果,全部塞进给模型的提示词里。这意味着,对话越长,提示词就越臃肿。
这导致了“二次方级”的提示词增长。效率极其低下。
为了解决这个问题,Codex 团队引入了缓存机制。但缓存有个致命弱点:它只认完全一样的提示词前缀。只要你中途换了个工具、改了下配置,缓存立刻失效,性能瞬间暴跌。
这就好比你的电脑,开个新程序就得重启一次,谁受得了?

第二伤:脆弱的“记忆”。
因为要支持“零数据保留”这种隐私选项,Codex 的设计是完全“无状态”的。每次请求,都必须把整个对话历史重新发一遍,服务器不会帮你记着。
没有记忆,就没有真正的连续性。AI 就像一个只有7秒记忆的金鱼,每次都要重新理解“我是谁,我在哪,我要干嘛”。
为了解决这个,他们又搞了个“对话压缩”功能。当对话太长时,自动把前面的内容总结成加密的摘要,塞回去。从手动压缩到自动压缩,这本身就是个打补丁的过程。
第三伤:稳定性的天敌。
Bolin 直接提到了他们在开发中遇到的真实 Bug。比如,通过 MCP 协议集成的工具,枚举起来不一致,导致 AI 调用出错。
这类问题,暴露了 AI 智能体在复杂、真实环境中的“ brittleness ”——脆弱性。它可以在训练数据里游刃有余,但一旦遇到没见过的情况,就可能做出匪夷所思的举动,或者直接卡死。
Bolin 的原话是,项目的粗糙框架可以快速搭建,感觉像魔法,但填充细节却需要枯燥的调试和人工干预,去绕过 AI 自己无法克服的限制。

看明白了吗?
OpenAI 的工程师亲自告诉你:AI 编程工具,快是快,但离“可靠”还差得远。它像个天赋异禀但粗心大意的实习生,能快速出活,但你得时刻盯着,随时准备擦屁股。
3. 为什么只公开 Codex?这是一场“技术阳谋”
这才是最值得玩味的地方。
OpenAI 对 ChatGPT 的内部机制讳莫如深,却对 Codex 如此“大方”。不仅发长文揭秘,还把 CLI 客户端直接开源。
这绝不是因为 OpenAI 突然爱上了“开源精神”。
根本原因在于,编程,是当前大模型最能“显形”、最能衡量价值的战场。
写代码,有明确的输入和输出,有严格的正确性标准(代码能不能跑,测试能不能过)。AI 在这里是骡子是马,拉出来遛遛,一目了然。
OpenAI 需要在这个最能证明技术实力的赛道上,树立绝对的权威和标准。公开 Codex 的设计,就是在定义“AI 编程智能体应该怎么工作”。这是在划地盘,是在告诉所有竞争对手和开发者:看,最好的实践在这里,都跟我学。

同时,这也是一种“降维打击”。
当 Anthropic 的 Claude Code 也在猛攻这个市场时,OpenAI 选择用“技术透明”来建立信任。你看,我把困难、挑战、解决方案都摊开给你看,我比你更懂这里面的坑。这种来自创始团队的深度解读,本身就是最高的技术背书。

而对于广大的开发者来说,这既是“定心丸”,也是“清醒剂”。
定心丸是:哦,原来最顶尖的团队也在用这些“补丁”方案,我们遇到的困难是共通的,方向没错。
清醒剂是:别做梦了,AI 取代程序员还早得很。它只是杠杆,是加速器,而不是替代品。真正的生产级工作,离不开人类的监督和设计。

4. 程序员的未来:从“码农”到“监工”?
所以,AI 编程工具的爆发,到底意味着什么?
它绝不意味着程序员失业。恰恰相反,它意味着程序员的工作性质,正在发生一次深刻的迁移。
以前,程序员的核心价值是“翻译”——把业务逻辑翻译成机器能懂的代码。这个过程里,有大量重复、琐碎、模式化的部分。
现在,AI 正在吞噬这些部分。它的价值,是极大提升“原型构建”和“代码生成”的效率。
那么,程序员未来的核心价值是什么?
是设计、是架构、是判断、是调试。
是提出真正关键的问题,是设计优雅可靠的系统架构,是当 AI 生成的代码出现诡异 Bug 时,能一眼看穿问题本质,是判断什么时候该用 AI,什么时候必须亲手操刀。
你会从一个埋头写每一行代码的“码农”,逐渐变成一个指挥 AI 军团作战的“监工”兼“架构师”。你的时间,会从低价值的“打字”中解放出来,投入到更高价值的“思考”中去。
这其实对程序员提出了更高的要求。因为和 AI 协作,你需要更清晰的逻辑、更严谨的表述、更系统的思维。你糊弄不了它,它只会放大你的模糊。
所有的技术革命,淘汰的从来不是岗位,而是跟不上岗位要求的人。
AI 编程工具,淘汰的不是程序员,而是那些只会写重复代码、不愿提升抽象思维和设计能力的程序员。

5. 最后,一个扎心的真相
OpenAI 如此大方地展示 Codex 的缺陷,其实隐含着一个更深的潜台词:
我们已经在解决这些问题了。
他们公开讨论提示词增长、缓存失效、对话压缩,恰恰说明,下一代模型或架构,可能已经在内测中试图从根本上解决这些问题。比如,更强大的上下文处理能力,更有效的状态管理机制。
今天他们坦诚的“痛点”,可能就是明天他们宣传的“亮点”。
这就是顶尖科技公司的玩法:用今天的透明,铺垫明天的领先。当你还在为眼前的补丁惊叹时,他们的下一代引擎,可能已经点火了。
所以,别光顾着惊叹 AI 写代码的魔法。
看懂魔法背后的补丁和逻辑,看懂巨头们披露信息背后的策略和野心,你才能在这个加速迭代的时代,不被甩下车。
技术从来不是壁垒,认知才是。
当你还纠结于“AI 会不会让我失业”时,真正的高手已经在思考:如何让 AI 成为我效率倍增的“副驾驶”。

AI 编程工具的快,是原型的快;它的笨,是生产的笨。
你已经在用 GitHub Copilot 或类似的 AI 编程工具了吗?是感觉如虎添翼,还是觉得它经常“帮倒忙”?来评论区聊聊你的真实体验。

基本透明

【声明】内容源于网络
0
0
基本透明
1234
内容 123
粉丝 0
基本透明 1234
总阅读11
粉丝0
内容123