导语

先别管Codex是什么。

我最近碰到一件挺有意思的事。好几个朋友突然跑来问我Codex到底是个啥？干啥的都有，我印象最刻的是那个在居委会上班。他连Python和JavaScript都分不清楚，但他说自己朋友圈里有好几个人在转发关于Codex的文章。

这着实让我感到有些出乎意料。 去年这个东西还仅仅是在GitHub以及推特的技术圈层里面流传。到了今年，它忽然就打破了圈层的限制。不管是朋友圈、即刻还是小红书，到处都在展开相关的讨论。有的人将它称作“AI编程的iPhone时刻”，还有人说它是“程序员的终结者”，另外也有人把它定义为“数字员工”。

市面上流传着不少和这个主题相关的说法，但这些说法大多都没有真正落到实处。 我今天想做的，其实是把这件事拉回实实在在的地面上来，认认真真地聊一聊：一个完全不会写代码的人，到底能够从Codex身上得到些什么。其实啊，是什么都得不到的。

它到底是个啥

ChatGPT其实就是当你向它抛出问题的时候，它会为你给出对应的回答。你每问出一句话，它就会紧跟着回应一句。在整个互动的过程当中，主动权其实是牢牢掌握在你的手里的。它就好像是一位知识面特别广博，不过手脚却不够灵活的图书管理员——不管哪方面的内容它都有所了解，可要是具体去完成某一项操作的话，它就没办法做到了。

Copilot也就是在你编写代码的时候，在一旁进行查看，时不时帮你补全一行代码，或是提示一个函数。它需要你先动手去操作。 Codex和它其实并不太一样。

当你跟Codex说“帮我做一个能记录每日待办的网页”的时候，它并不会等着你去拆分任务。它自己会主动拆分任务，自己决定先做什么以及后做什么，自己去编写代码、运行命令、查看输出结果、修改程序里的漏洞，再重新运行一遍。等全部做完之后，它会把最终的结果交给你查看。

你可以在旁边先看着，也可以转身去倒一杯水。 不对，应该这么讲——你可以在旁边看着它一遍又一遍地报错，自己动手去修改，改完之后又报错，接着再去修改，之后还可以去倒杯水。

先泼一盆冷水

要是你头一回接触Codex的话，多半会觉得有些失望。

我见过不少人第一次打开Codex的时候，琢磨了好半天，打出了一行“帮我做个记账软件”，随后得到的却是一个简陋到没法看的东西。整体是灰底黑字的样式，排版也稀烂，点不了两下就会报错。之后他们就会说“这玩意儿不行”。

问题其实并不在Codex这一工具当中。

“做个记账软件”这六个字，其实连这份需求的十分之一都没能覆盖到。你真正想要记录的，到底是什么样的账呢？是平日里的日常开销，还是某个项目的相关成本？是只需要一个人单独使用，还是一家人可以共同来操作使用？这些数据是要存储在本地的设备当中，还是要放到云端去进行保存呢？要不要去给这些账目做分类的操作？要不要生成对应的图表？要不要把相关的数据给导出来呢？

Codex并不会向你提出这类问题，它会直接着手去编写代码。

我上周找Codex帮忙制作一个用来推导a²-b²公式的动画视频。它自己就规划好了整个视频的分镜，还设计了对应的配色，最后也渲染出了完整的成片。不过第一版的语音听起来特别机械，就跟地铁报站的声音差不多。后来我接入了一个TTS API再跑了一遍，效果才勉强能拿来看。整个折腾下来一共花了四个多小时，就做出了一个两分钟的动画。

是否值得，其实要看你把它拿来做什么样的用途。

我有一个做销售的朋友，他完全不懂编程相关的内容。上个月的时候，他花了整整一个周末的时间，借助Codex给自己打造了一款客户跟进的工具。只要你在里面输入客户的名字，就可以显示出上次和这位客户沟通的具体时间、下次需要跟进的日期，还有之前沟通过的历史备注信息。第一天的下午，他前后折腾了差不多两个小时，Codex就生成了这个工具的第一版——这个版本其实已经可以正常运行了，不过它的数据是存在一个本地的JSON文件里面的，要是换了其他设备登录使用的话，这些数据就会直接消失不见。

他快步走过来，向我询问了相关的情况。我跟他讲，得把它改成数据库才行。之后他又花了四十分钟左右的时间，靠着Codex这个工具，把JSON格式的内容替换成了SQLite。这样一来，数据总算能够持久保存下来了，可界面依然还是那种一行一行的纯文本样式，丑得就连他自己都不愿意去使用。

又花了差不多一个小时的时间，用来添加CSS样式、调整页面布局，还有加上搜索框这个功能。等到所有步骤都完成之后，总算得到了一个可以正常运行使用的东西。现在只要打开浏览器，输入客户的名字，就能够看到对应的沟通记录以及跟进的日期了。整体看起来还是比较简陋的，不过比起他之前用Excel手动翻找的方式，确实要快上不少。

整个耗时大概有五小时左右。产出的是一个只能被他自己使用的、部署在本地的小型工具。

他觉得这么做其实是值得的。毕竟在那之后，每周都能节省下来两个小时的时间。不过他也坦言，要是最开始的时候就清楚得花费五个小时去折腾这件事，他大概率就不会动手去做了。

这么说吧。这其实才是我们真正会拥有的体验。它并不是什么神奇的魔法，而是一步一步迭代出来的结果。不是那种“去倒杯水的功夫就全部做好了”的轻松，而是“前前后后来回修改了好几轮，最终才终于可以拿出来用了”的过程。

什么时候值得折腾

把想法变成原型。

要是你打算做一个家庭记账工具、孩子班级的活动报名页面，还有个人阅读书单管理这类东西的话，这些需求的规模都比较小，逻辑也很清晰，而且不会涉及到多用户协作的情况。Codex可以帮你做出一个能够运行的原型。需要注意的是，这只是原型，并非产品。它可以用，但不一定好用，也不一定好看，还不一定稳定。

处理一次性的数据杂活。

若你有一堆Excel数据需要清洗、合并以及转换格式。以前你得自己写公式或者找人来帮忙。现在把文件丢给Codex，告诉它你想要什么输出，它自己写脚本去处理。这类任务有个好处：结果对不对，你能直接看出来。

边看边学。

Codex在工作的时候，你能够清楚看到它所完成的具体内容——它究竟读取了哪些文件、执行了哪些命令，以及最终输出了怎样的结果。对于那些想要弄明白“一个网页到底是怎么被制作出来的”的人而言，这种方式比起单纯去查看教程要来得更加直观。不过这里有个前提，那就是你得愿意去查看这些具体的内容，而不是只一味等待最终呈现出来的结果。

什么时候别折腾

你的这个需求目前还没有完全梳理清楚哦。

Codex并不会帮你梳理清楚具体的需求。就好比你跟它说“帮我做一个好用的记账软件”，它立刻就会开始着手编写。它不会主动反问你，比如这个软件是给谁来使用的，大概会有几个人使用，数据要存储在什么地方，要不要加上预算功能，要不要做图表展示功能，又或者要不要导出相关数据的功能。要是你自己都没有把这些细节想清楚，那它最终产出的东西，大概率不会是你真正想要的那一款软件。 我们需要一个真正能够正式上线投入使用的产品。

Codex其实可以被用来制作原型。不过原型和最终的产品之间，其实隔着相当多的工作内容，比如说用户认证、数据安全、性能优化、错误处理、多设备适配，还有持续维护这些方面。这些工作Codex能够完成其中的一部分，但你自己得心里清楚，到底还需要做些什么。

要是你自己搞不清楚的话，它本身也不会主动过来提醒你。 请你处理与敏感数据相关的工作。 这一点我得单独说。

数据安全这件事

Codex其实并不是直接在你的电脑本地进行运行的。它会先读取你所上传的文件，再按照你给出的命令来执行操作，而你所提供的相关数据，都会被发送到OpenAI的云端服务器当中。

要是你手头的文档里面包含了客户名单、报价信息、内部策略还有没对外公开的产品计划这类数据的话，那么这些数据其实就不再完全处于你的控制范围当中了。

OpenAI方面明确表示，并不会使用API所获取的数据来对自身的模型进行训练。需要说明的是，“不会训练”和“不会泄露”其实是完全不同的两码事。在2025年3月的时候，OpenAI曾出现过一个安全漏洞，当时有一部分用户的对话历史被其他用户可见。这个漏洞持续的时长大概有几个小时，他们也及时对这个漏洞进行了修复，但已经发生过的事情终究还是发生过。

要是在公司环境当中使用Codex来处理工作文档的话，需要先确认两件事情。第一件是你们公司有没有明确允许运用这类第三方AI工具，第二件是你所处理的数据是不是真的可以上传到境外服务器当中。 要是碰到有一个答案是“不确定”的情况，那就不要去使用。

省半小时这件事其实挺诱人的。不过要是为了省这半小时，反倒丢了工作，或是惹上合规方面的麻烦，那可就太不值得了。个人用户也同样是这个道理——像是银行账单、身份证照片、医疗记录这类内容，都不要往Codex里面放。这其实并非Codex独有的问题，所有的云端AI工具都是一样的情况。

花多少钱

Codex目前是绑定在ChatGPT Plus订阅当中的，官方给出的定价是20美元每个月，换算过来大概就是145块人民币左右。Plus版本是带有使用频次限制的，OpenAI并没有对外公布具体的数字，有不少重度用户反馈，每天发送几十次请求之后就会触发限速。Pro方案的售价为200美元一个月，它的使用配额会更高一些，同时还可以对浏览器以及桌面应用进行控制。

在我们国内，其实也存在着和这类事物相类似的一些内容。

Kimi Work是月之暗面推出的一款产品，它在中文理解能力以及文档处理方面的表现都算得上不错，目前还处于免费使用的状态，相关的功能也还在持续进行迭代更新当中。TRAE Work是字节旗下的产品，它深度接入了飞书平台，基础版本可以免费进行使用。MiniMax Code支持开展多智能体之间的协作工作。Claude Code是按照API的使用量来进行计费的，如果是重度使用的话，所需要花费的成本可能会远超Codex，而且在国内进行访问也并不是特别方便。

选哪个还是要看具体的用途。要是主要是用来处理中文文档，而且日常办公都是用飞书的话，TRAE Work会更顺手一些。要是需要最稳定的代码生成功能，以及丰富的插件生态的话，Codex目前还是首选。要是预算比较敏感，只是做轻度使用的话，可以先免费使用Kimi Work，要是够用的话就不用付费了。

不要被任何一篇文章所种草就冲动地去订阅。先选用免费方案去跑几天，确认这个东西真的对你有用。

门槛真的降低了吗

在过去，要制作出这类相关的内容，其门槛往往在于“是不是能够熟练编写代码”。

现如今的门槛其实已经出现了变化。你得可以把那些看起来模糊的想法，拆解成一个个清晰可执行的步骤，你还要能够去判断AI生成出来的内容到底对不对、合不合适好不好，当然你也得能够接受需要来回修改好几轮的这种节奏。

这些并非编程方面的能力。它们其实属于另一类能力，是可以通过日常练习来掌握的，不会说你只要打开Codex，这些能力就自动归你所有了。

我有个做产品经理的朋友，用Codex的时候简直得心应手。毕竟他本来就天天都在拆解用户需求、撰写PRD文档、评估项目产出，Codex不过是帮他把“把想法落实成文字”这一步给省去了而已。还有一个做行政的朋友，试了两次就干脆放弃了，他当时就说“我连自己到底想要什么都说不清楚，它又怎么帮我做事情呢”。

两人各自的说法其实都没有问题，都有其合理的地方。

Codex真正带来改变的，并不是说创造这件事就不再需要能力了，而是说创造所需要具备的能力，其实已经发生了相当明显的变化。对于其中一部分人来说，新的门槛其实比旧的门槛要更低一些——他们可能学不会自己编写代码，但是却可以学会去描述自己的需求，以及对最终的结果进行评估。而对于另一部分人来讲，新的门槛或许反而会变得更高——他们更愿意自己亲手编写代码，也不愿意和一个有时候好用有时候又不太灵光的AI，来来回回地进行拉扯沟通。

至于具体选哪一种，还是得自己亲自试过之后才能真正清楚。

说到试这件事，我忽然就想起了这么一件事。上周居委会的那位朋友又来找我了，跟我说他总算是把Codex给装好，并且还试着运行了第一次。他当时想要做一个居民信息登记表。Codex前后总共运行了两轮，期间报错了三次，到最后才生成了一个页面。他打开页面一看——

怎么会是英文的呢？ 我当时问你描述需求的时候用的是中文还是英文，对方回答说用的是中文。我又接着问，那你有没有把界面要用中文这件事告诉它，对方当时愣了一下。 他跟着又说了一句，还是先暂且放一放，等到明天的时候再来修改吧！ 已经半夜十一点四十二分了。给我整笑了。