夜雨聆风
我是刚被 AI 工具折腾完，又忍不住想劝大家少走弯路的人。
先说结论：
Codex 不是一个“更会写代码的 ChatGPT”。
如果你还把它当成问答机器人用，那基本等于买了一台洗烘一体机，只拿来晾袜子。
ChatGPT 擅长回答你“该怎么做”。
Codex 更狠一点，它可以直接去做。
它能打开文件夹，能创建文件，能跑命令，能看终端报错，能改代码，能处理表格，能做 PPT，能操作浏览器，甚至能把一个网站从本地做出来再部署上线。
当然，这句话听起来很像所有 AI 工具宣传片里都会说的那种废话。
所以我们换个说法：
ChatGPT 是给你出主意的人，Codex 是能进工地的人。
前者会告诉你厨房应该怎么改，后者真的会去搬柜子、刷墙、接线，最后还把现场拍给你看。
这就是 Agent 和聊天机器人的区别。
一、先别急着学命令行
Codex 有好几种入口。
CLI、VS Code插件、桌面客户端、网页版。
如果你是程序员，当然可以直接从CLI或VS Code插件开始。你知道终端是什么，也不怕看到一堆日志。
但如果你是新手，或者你只是想用 AI 把工作做掉，而不是先修一门“命令行导论”，那就直接用桌面客户端。
不要逞强。
桌面端的好处不是“高级”，而是“看得见”。
你能看到项目在哪里，文件改了什么，任务跑到哪一步，插件怎么调用，终端报了什么错。对新手来说，看得见比听起来专业重要得多。
桌面客户端界面
二、账号这事，别一上来就折腾API Key
用Codex前，你要有ChatGPT/OpenAI账号。
这里有两种登录方式。
一种是ChatGPT账号登录。一种是API Key登录。
如果你只是正常使用，我建议直接用 ChatGPT 账号登录。Plus或 Pro账号的额度能直接用，模型更新也更顺，云端任务这些能力也更完整。我是买的 plus，用土耳其区苹果号购买，80 块钱一个月，性价比还是非常高的。
API Key不是不能用，但它更适合知道自己在干什么的人。
很多人以为API Key是“更专业”“更便宜”。不一定。
你让Codex跑一个大任务，API计费是会往上跳的。跑着跑着，钱没了，任务还没看懂，这种体验也算不上体面。
所以这事不用复杂化：
普通用户，用 ChatGPT 账号登录。真的有开发计费需求，再考虑 API Key。
三、项目和对话，不是一回事
很多人刚打开 Codex，最容易犯的第一个错误，就是把所有事情都丢进一个对话里。
问问题可以。
真要干活，不行。
Codex 里有两个东西要分清楚：对话和项目。
对话适合随便问问。比如翻译一句话，写一段文案，查一点资料，问一个概念。
项目适合真的产出东西。比如做 PPT、做 Excel、写 Word、生成网页、改代码、处理图片。
每个项目都对应你电脑上的一个文件夹。Codex 在里面生成的东西，会落到这个文件夹里。你后面要找、要改、要交付，都有地方。
所以判断标准很简单：
只要会生成文件，就用项目。
不要在普通对话里让它做一堆文件。那不是效率高，那是给自己未来找不到东西埋雷。
四、输入框不是聊天框
Codex 的输入框看起来像聊天框，但它不是。
它更像一个任务派发窗口。
点击对话框的 +
可以调用插件。你要让它用浏览器、处理表格、做 PPT、操作电脑，就从这里开始。
技能可以理解为一套固定流程，适合那些经常重复做的事情。
添加照片和文件，PPT、Excel、图片、PDF，都可以丢进去当材料。
还有一个很重要的东西，叫 Plan Mode。
中文说就是计划模式。
复杂任务不要一上来就让 Codex 动手。先让它说计划。
它准备做什么？要改哪些文件？分几步完成？做到什么程度算完成？
这些没说清楚，就让它开工，最后很容易变成：它忙了半天，你看了半天，双方都很委屈。
五、权限别乱给
Codex 不是普通网页工具。
它能改你电脑上的文件，也能运行命令。
所以权限这事，不能当成弹窗随便点。
一般有三种模式。
丨默认权限，最稳。它只能在当前项目文件夹里干活，涉及联网、终端命令、访问外部文件夹，会先问你。
丨自动审查，比较省心。安全的小操作它自己过，有风险的再问你。
丨完全访问，效率最高，也最容易让新手后悔。它可以更自由地做事，问得少，跑得快。但如果它删了不该删的、装了不该装的、跑了不该跑的，你也别太惊讶。
我的建议：
刚开始别开完全访问。
不是因为 Codex 不行，而是因为你还不知道它行到什么程度，也不知道它会在哪些地方“顺手多做一点”。
六、Codex 真正厉害的地方，是它能闭环
很多 AI 工具都能写一段代码。
写代码这事已经不稀奇了。
稀奇的是，Codex 可以写完之后自己运行，运行完看报错，看完报错继续改。
比如你让它做一个网页，它不是只扔给你几段 HTML、CSS、JavaScript。
它可以创建项目文件，写代码，装依赖，启动本地服务，给你一个预览地址。你说标题不好看、按钮太丑、页面太空，它继续改。
最后你满意了，还可以让它部署上线。
这才叫工作流。
不是“给你一个答案”，而是“把事情往前推”。
我做的一个网页游戏的界面
七、别闭眼接受 AI 的改动
Codex 改完文件后，一定要看差异。
这不是形式主义。
差异面板会告诉你，它改了哪些文件，哪几行新增了，哪几行删除了。绿色是新增，红色是删除。
你不需要每次都像代码审计一样看得头昏脑涨，但至少要知道它动了哪里。
如果它为了改一个按钮颜色，顺手重构了半个项目，那就不是“聪明”，是越界。
这时候你要把它拉回来：
只改这个文件。不要做额外优化。不要碰无关代码。
还有一个保命动作：
经常提交。
每完成一个小阶段，就提交一次。不要等整个项目都改成一锅粥了，再问“还能退回去吗”。
能退，但不一定优雅。
结果与审核（搭建知识库任务）
八、插件不是装饰，是它变强的方式
Codex 的插件系统，决定了它不是只在代码里打转。
表格插件，可以让它处理 Excel。Presentation 插件，可以让它做 PPT。Browser 插件，可以让它打开网页、搜索资料、截图、整理信息。Computer Use 插件，可以让它在 Mac 上操作部分本机应用。部署插件，可以让它把网站发到线上。
这就很有意思了。
因为很多人的工作，本质上不是“不会做”，而是“太碎了”。
打开网页，查资料，复制信息，整理表格，截图，写说明，改格式。
这些事没有技术含量，但非常吃时间。
Codex 加上插件，就适合处理这种事。
结果与审核（搭建知识库任务）
九、自动化别急着开
自动化听起来很美。
每天 8 点自动搜资料。每周自动生成竞品报告。每月自动整理运营数据。
听起来像终于可以不用上班了。
但先冷静一下。
自动化不是许愿池。
你要先让这个任务在普通对话里跑通。输出格式对不对？资料来源靠不靠谱？生成的内容能不能用？这些都没验证，就直接定时跑，结果大概率是每天准时生产垃圾。
自动化应该放在最后一步。
先手动跑通，再定时执行。
这和做企业公众号一样，不是“我开了号就有用”，而是你得先知道这个号承担什么功能。
十、工作树模式，是给新手留后路
如果你让 Codex 改一个已有项目，尤其是代码项目，建议用工作树模式。
工作树可以理解为给项目复印一份。
Codex 在复印件上改，不直接动你的原件。改完之后，你再决定要不要合并。
这比直接在本地一顿猛改安全得多。
尤其是多个任务并行的时候，更应该用工作树。否则两个任务同时改同一个文件，最后冲突起来，谁看谁头疼。
新手不要觉得工作树听起来像程序员黑话。
你只要记住一句：
它是给你留后路的。
十一、AGENTS.md 是给 AI 的员工手册
如果一个项目要长期用Codex，建议在根目录放一个 AGENTS.md。
这个文件就是给 Codex 看的工作手册。
里面可以写：
项目是干什么的；
文件结构怎么放；
代码风格是什么；
哪些文件不能乱动；
不要做额外优化；
完成任务前必须自测；
输出结果要说明改了什么。
为什么要写？
因为 Codex 每开一个新对话，不一定记得你上一个对话里说过什么。你总不能每次都把规矩重新讲一遍。
把规则写进 AGENTS.md，它每次进项目都会读。
不过别写成公司制度汇编。
150 行以内差不多了。太长会挤占上下文，AI 还没开始干活，先被员工手册压垮了。
十二、终端是它能不能自我修正的关键
很多人怕终端。
可以理解，一黑一白的窗口，看起来就像做错一步电脑会爆炸。
但在 Codex 这里，终端反而是好东西。
因为 Codex 能看终端输出。
服务有没有启动？测试有没有通过？哪里报错？哪个依赖缺了？端口是不是被占了？
这些信息都在终端里。
没有终端，AI 只能猜。看得到终端，它才能改。
这就是为什么 Codex 做项目会比普通聊天工具靠谱一些。它不是写完就跑，而是能看结果、修结果。
十三、浏览器和电脑控制，适合处理碎活
Codex 操作浏览器这件事，别想得太玄。
它不是让你彻底不用管电脑。
更现实的价值是，把一堆重复操作交出去。
比如查资料、打开网页、对比信息、截图、整理链接、生成报告。
这些事你自己也能做，但做完一轮，人已经不想说话了。
遇到登录账号、验证码、付款、敏感操作，还是你自己来。其他机械操作，可以交给它。
Computer Use 目前更偏Mac 能力，Windows 还没那么完整。这个不用硬吹，能用多少就用多少。
十四、一个完整例子：做个人网站
最能体现 Codex 价值的，不是让它回答“怎么做个人网站”。
而是让它真的做一个。
流程大概是这样：
新建项目。告诉它你想做一个什么样的个人网站。让它生成页面。让它跑本地预览。你看效果。不满意继续改。最后让它部署上线。
这个流程里，Codex 做的不只是“写代码”。
它在完成一个从想法到结果的闭环。
这才是普通人应该关注的地方。
不是学会多少命令，而是能不能把一个想法变成可交付的东西。
十五、几个不太好听但有用的建议
丨第一，涉及文件就用项目。不要所有东西都丢进普通对话。
丨第二，一个任务一个对话。不要在同一个对话里又改登录、又做海报、又查资料、又部署网站。
丨第三，复杂任务先让它写计划。你不看计划就让它动手，后面返工不要怪它。
丨第四，写清楚什么叫做完。测试通过？页面能打开？文件已生成？没有改无关文件？这些要说。
丨第五，经常提交。这不是程序员洁癖，是避免你崩溃。
丨第六，让 Codex 审查 Codex。一个任务做完后，新开对话，让它检查上一次改动。AI 写的东西，AI 也能挑出不少问题。
十六、普通人到底该不该学？
该学。
但不是因为它很潮，也不是因为大家都在说 Agent。
而是因为很多工作正在变成这样：
人负责定义目标。AI 负责推进过程。人再负责判断结果。
运营可以让它做资料整理和报告。设计师可以让它快速生成交互原型。自媒体可以让它分析选题和素材。程序员可以让它写代码、跑测试、查日志、部署项目。
它不是替你思考一切。
你越不知道自己要什么，它越容易给你做出一堆“看起来完成了、实际上没法用”的东西。
所以 Codex 的门槛，不是会不会写代码。
真正的门槛是：
你能不能把需求说清楚。你能不能给足上下文。你能不能判断结果好不好。
如果这三件事你愿意练，Codex 就不是玩具。
它会变成你电脑里那个真的能干活的人。
