Codex 走出程序员圈:AI 正在把“开发能力”交给知识工作者

Codex 的增长显示:AI 编程工具正在让知识工作者获得产品落地能力。

原文标题:AI 编程最大的受益者,可能不是程序员

原文作者:图灵编辑部

冷月清谈:

文章围绕 OpenAI 关于 Codex 的报告展开,指出一个反直觉现象:Codex 虽是编程工具,但增长最快的用户并非程序员,而是知识工作者。许多人使用它的重点也不再是单纯写代码,而是做数据分析、行业研究、报告生成、演示文稿制作和小工具开发。作者认为,AI 工具正在从“信息获取工具”转向“任务推进系统”,其价值不只是回答问题,而是帮助用户把想法落地。过去开发能力主要掌握在程序员手中,产品经理、运营、研究员等角色即使有想法,也常受限于验证成本和工程资源。随着 Codex、Claude Code 等 Agent 工具发展,非技术人群开始具备独立调研、设计、开发、验证想法的能力。文章进一步提出,未来重要的职业技能可能不是单纯会写代码,而是学会组织 AI,把 AI 当作自己的开发团队来推进工作。

怜星夜思:

1、如果 AI 让不会写代码的人也能做产品,程序员的核心价值会被削弱吗?
2、知识工作者该不该把 AI 开发能力当成类似 Excel 的基础技能来学?
3、当一个人可以用 AI 完成调研、设计和开发,公司里的团队协作会发生什么变化?
4、AI Agent 更像聊天机器人,还是更像新的生产力系统?

原文内容

最近 OpenAI 发布了一份关于 Codex 的报告。说实话,报告里最吸引我的并不是用户增长数据,也不是新发布的功能,而是其中一个看起来有些反直觉的现象。

按照很多人的理解,Codex 本质上是一个编程工具。既然如此,它的主要用户应该是开发者,增长最快的人群也应该是开发者。但 OpenAI 给出的数据恰恰相反。自桌面版发布以来,Codex 的周活跃用户已经突破 500 万,而增长最快的人群并不是程序员,而是知识工作者他们已经占到用户总数的约 20%,增速甚至达到开发者的三倍以上。

看到这个数据的时候,我脑子里冒出的第一个问题其实不是 Codex 为什么增长这么快,而是:为什么一个原本面向开发者的工具,正在被越来越多不会写代码的人使用?

如果继续往下看报告,会发现答案其实已经写在里面了。

OpenAI 统计了 Codex 增长最快的使用场景,排在前面的并不是代码生成,而是数据分析、行业研究以及知识成果创建。用户正在用它整理资料、分析表格、生成报告、制作演示文稿,甚至开发一些过去需要工程师参与才能完成的小工具。换句话说,很多人打开 Codex,并不是为了编程,而是在完成自己的日常工作。

OpenAI 似乎也在主动推动这种变化。在最近的 Codex 发布会上,他们展示的已经不只是代码生成能力,而是面向不同职业角色的工作流能力。数据分析师、设计师、销售、投资研究员、产品人员等不同角色,都开始拥有专门的 Agent 插件和工具链。某种意义上,OpenAI 正在把 Codex 从一个开发工具,变成一个面向知识工作的操作系统。

这让我想到过去一年 AI 领域一个很有意思的变化。

最早的时候,我们把 ChatGPT 当成搜索引擎的替代品。遇到问题,问一句;需要资料,搜一下;写篇文案,让它帮忙润色。AI 更像一个能力更强的信息获取工具。后来,随着 Claude Code、Codex 以及各种 Agent 产品出现,越来越多人开始用 AI 完成另一类事情:不再只是获取信息,而是推进任务

这两者看起来差别不大,实际上完全不是一回事。

搜索资料、总结内容,本质上是在获得答案;而分析数据、完成调研、制作产品原型,则是在推动一个项目向前发展。前者解决的是认知问题,后者解决的是执行问题。而对于大多数知识工作者来说,真正稀缺的往往不是信息,而是执行能力。

过去,一个想法从产生到落地,中间需要经过很多环节。你要先验证需求是否真实存在,再分析市场和竞争情况,然后设计方案、确定功能、组织开发、完成测试,最后才能上线验证。即使是一个看起来并不复杂的小产品,也往往需要产品经理、设计师、开发工程师以及运营人员共同参与。

所以很长一段时间里,我们默认开发能力是一种专业能力。

并不是因为别人没有想法,而是因为只有开发者具备把想法变成现实的能力。很多创业项目失败,不是因为没有市场机会,而是因为验证成本太高;很多产品经理有很好的创意,最终却只能停留在 PPT 和原型图里;很多运营人员能够发现用户需求,却没有能力把需求快速转化成产品。

但今天,当一个人能够借助 AI 完成调研、分析、设计和开发的时候,开发能力开始第一次从程序员群体向知识工作者扩散。这里的开发能力并不只是写代码,而是一种更完整的能力:把一个想法变成产品的能力。

你会发现,越来越多原本不会写代码的人,开始尝试做以前从未想过的事情。有人把自己的工作流程做成工具,有人把内部需求做成网站,有人把调研结果直接变成产品原型。过去他们需要找到工程师合作,而现在,他们第一次拥有了独立验证想法的机会。

这也是为什么我觉得很多人低估了 Codex。

大家讨论它的时候,总是在比较代码能力、Agent 能力或者模型能力,但这些其实都只是表象。真正值得关注的并不是 Codex 会不会写代码,而是它正在让更多人获得开发能力。过去,开发能力掌握在少数专业群体手里;未来,它可能会像 Excel 一样,逐渐成为每个知识工作者都需要掌握的基础能力。

如果说过去二十年最重要的职业技能之一是学会使用计算机,那么未来十年,或许最重要的能力之一就是学会组织 AI。

很多人喜欢把 Agent 理解成一个更聪明的聊天机器人,但我越来越倾向于另一种看法:Agent 更像是一个新的生产力系统。它不只是回答问题,而是在帮助你完成工作;它不只是生成内容,而是在帮助你推进项目。对于知识工作者来说,这种变化的意义可能远远超过模型本身的提升。

所以这次直播,我们其实不想把重点放在 Codex 的安装、配置或者具体功能上。相比工具本身,我更感兴趣的是另一个问题:当一个人拥有自己的 AI 开发团队之后,工作的边界会发生什么变化?

从行业调研到数据分析,从产品设计到应用开发,从一个模糊的想法到一个真正可运行的产品。过去需要一个团队完成的事情,今天是否正在被重新定义?

这也是我们这次直播想讨论的话题。


关于这个问题,我的判断是:会成为基础技能,但不会人人都用到同一深度。就像 Excel,有人只会求和也够用,有人要会数据透视表、宏和建模。AI 开发也是这样,普通岗位会用工作流,高阶岗位要懂产品和系统。

1 个赞

这个问题我想抖个机灵:程序员不会消失,但“只会复制粘贴 Stack Overflow 的程序员”可能要先慌一下。以后比的不是谁敲键盘快,而是谁能把问题定义清楚、把 AI 指挥明白、出了锅还能兜住。

2 个赞

从学术一点的角度看,Agent 的变化在于它把模型能力嵌入了行动链条。过去 AI 输出文本,现在 AI 可以调用工具、管理上下文、执行多步骤任务,这确实更接近一种工作系统,而不是单一对话界面。

2 个赞

我回答的是“团队协作会怎么变”。我觉得前期验证会明显变快。以前一个想法要排期找研发,现在产品、运营、分析师自己就能做 demo,团队讨论会从“能不能做”提前到“值不值得做”。

1 个赞