版本：2026-06-12
用途：把第一季课程一次性推完。001-003 已经拆成独立公众号包，004-012 先以可拆单篇的正文草稿形式放在这里。
写法要求：把读者当完全小白，不默认他懂代码、文件夹、模型、CLI、API、Git、工作区这些词。每一课只让他做一个小动作。
第一季总原则
这套课不是给程序员看的。
我们默认读者是这样的：
- 他可能只会打开软件、复制文字、保存文件。
- 他不知道 README 是什么。
- 他分不清 ChatGPT、Codex、Cursor、Claude Code。
- 他听到 API Key、CLI、仓库、模型路由就想关掉。
- 他最怕两件事：花冤枉钱，乱改电脑文件。
所以每一课都要做到：
- 先说他今天要做什么。
- 再说为什么别做太多。
- 给他一段能复制的提示词。
- 告诉他做完以后看哪里。
- 告诉他错了怎么退回来。
不要炫技。
不要上来讲高级概念。
小白能跟着做，才算这一课成立。
从零开始学 Codex 001，Codex 是什么，怎么下载和安装
配图 1，封面图
建议文案，从零开始学 Codex 001，下载、安装、登录
我准备把 Codex 做成一个持续更新的长文系列。
不是那种上来就甩一堆术语的教程。
也不是只告诉你，哎呀这个东西很厉害，你赶紧去用。
我想按一个正常小白真的会遇到的顺序来。
从下载安装到第一次登录。
从第一次让它读文件，到第一次让它改文件。
从一个小测试文件夹，到真实项目、网页、PPT、文档、自动化、多 Agent 并行。
最后我们一起把 Codex 从一个「看起来很高级的 AI 工具」，变成你每天真的能用起来的 AI 同事。
这篇是第一节。
只解决两个问题。
Codex 到底是什么？
以及，怎么把它下载安装到自己的电脑上。
先把话说清楚，Codex 这个名字其实经历过一次变化。
最早的 Codex，是 OpenAI 推出的代码生成模型。
你可以把它理解成，一个特别擅长读代码、写代码、解释代码的 AI 能力。
它能根据自然语言生成代码，也能帮你补全函数、解释脚本、修 bug、写测试。
但今天我们在说 Codex，更多是在说 OpenAI 现在这套「AI 编程 Agent」。
也就是它已经不只是一个会回答问题的模型。
它可以进入你的开发环境。
可以读你的项目文件。
可以理解多个文件之间的关系。
可以生成修改方案。
可以改代码、跑命令、写测试。
在云端任务里，它还能在隔离沙箱里帮你完成代码任务，然后把结果交给你 review。
这就很不一样了。
ChatGPT 更像你旁边一个很聪明的人，你问它，它回答。
Codex 更像你请了一个懂代码、懂项目、懂开发流程的 AI 同事，它可以直接参与一段工作。
配图 2，Codex 从模型到 AI 同事
画面重点，左边是聊天问答，右边是文件夹、代码、测试、网页、文档任务流，强调 Codex 从回答走向执行。
如果只用一句话解释 Codex，我会这么说。
Codex 是一个面向编程和项目任务的 AI 助手，它能把你的自然语言需求，变成代码、文件、修改记录和可检查的结果。
它最核心的能力，我先给你拆成 6 个。
第一，根据自然语言写代码。
比如你说，帮我写一个登录页面，或者帮我写一个读取 Excel 的脚本，它能直接生成对应代码。
第二，解释已有代码逻辑。
你打开一个陌生项目，不知道哪个文件是入口，不知道这个函数到底干什么，可以让 Codex 先读一遍，再用人话解释。
第三，自动补全函数、脚本、SQL、配置文件。
很多工作不是从零写一个 App，而是补一段脚本、改一个配置、整理一个表格、生成一段 SQL。Codex 很适合这种具体的小任务。
第四，修复 bug，帮你重构代码。
比如页面按钮点了没反应，测试报错，某个接口返回不对，它可以读错误信息、定位文件、提出修改，并在你允许的范围里改。
第五，生成文档、网页、PPT 结构和代码。
这里注意一下，Codex 不是一个单纯的图片生成器。它强的地方是把任务拆成文件和工作流，比如生成网页、整理文档、输出 PPT 大纲、写组件代码、做数据分析脚本。图片类内容通常要配合 ChatGPT 的图片能力或其他工具，不要把它理解成「什么都直接画」。
第六，在项目上下文里理解多个文件之间的关系。
这一点很关键。
普通聊天 AI 往往是你贴什么，它看什么。
但 Codex 的价值是，它能在一个项目里来回看文件，知道 A 文件调用了 B 文件，B 文件又影响了 C 页面。
这才是它从「聊天」变成「干活」的地方。
说到这里，你可能会问，它和 Claude Code、Cursor 有什么区别？
这个问题很好。
Cursor 更像一个 AI 编辑器，你在编辑器里写代码，它帮你补全、修改、理解项目。
Claude Code 更像一个命令行里的 AI 编程搭档，适合愿意在终端和项目里深度协作的人。
Codex 的优势，是它和 ChatGPT 账号体系、Codex App、CLI、IDE、云端任务这些入口连在一起。
你可以在本地配合它工作，也可以把任务交给云端沙箱。
你可以让多个 Codex 任务并行推进。
你也可以在 ChatGPT 生态里接触到 Memories、Automations、Skills、Computer Use 这类能力。
当然，我不建议小白第一天就把这些都学完。
你只要先记住一句话。
Codex 已经不是一个「代码补全工具」。
它更像一个能参与执行的 AI 同事。
所以如果你想提升工作效率，想做网页、App、自动化、文档整理、项目维护，学习 Codex 是值得的。
配图 3，Codex 和其他工具的差异
画面重点，ChatGPT 是聊天，Cursor 是编辑器，Claude Code 是终端协作，Codex 是 App/CLI/IDE/Cloud 多入口任务执行。
好了，话不多说。
开始下载安装。
Codex 现在主要有四个入口。
桌面 App。
VS Code / Cursor 这类 IDE 扩展。
终端命令行，也就是 CLI。
Codex Cloud，也就是浏览器里的云端任务入口。
对纯小白来说，我建议你第一步先走桌面 App 或浏览器入口。
原因很简单。
它更像正常电脑软件。
你不用一上来理解 npm、Homebrew、终端、PATH、Git 这些东西。
先装起来。
先登进去。
先看到界面。
这比你第一天就把自己卡在命令行里重要得多。
如果你是 Windows 用户，可以先打开 Codex 的官方入口。
https://chatgpt.com/codex/cloud
或者打开官方 Codex 页面，再进入下载或 Try Codex。
进入页面后，登录你的 ChatGPT / OpenAI 账号。
如果页面提供桌面 App 下载，就按页面提示下载。
下载完成后，运行安装程序。
一路按提示安装。
安装完成后，打开 Codex。
到这里你先别急着做任务。
先确认三件事。
第一，打开的是官方入口下载的客户端。
第二，登录的是你自己的 ChatGPT / OpenAI 账号。
第三，界面里能看到 Codex 的任务入口，而不是停在登录失败或权限提示。
这三件事确认完，你的 Windows 安装就算过了第一关。
如果你是 macOS 用户，流程也差不多。
下载完成后，通常会得到一个 .dmg 文件。
打开它。
把 Codex 图标拖进 Applications，也就是应用程序文件夹。
然后从应用程序里启动 Codex。
第一次打开时，macOS 可能会出现安全提示。
这种情况不要慌。
如果你确认文件来自官方入口，可以进入「系统设置」里的「隐私与安全性」，按系统提示允许打开。
这里我特别提醒一下。
不要为了省事去下载来路不明的安装包。
不要从陌生网盘下载。
不要从评论区链接下载。
不要从所谓「绿色版」「免登录版」或来路不明版本下载。
Codex 这种工具可能会读你的项目和文件，入口不干净，后面所有操作都不安心。
配图 4，Windows / macOS 安装流程
画面重点，Windows 是官方入口、下载安装、运行安装程序；macOS 是下载 dmg、拖入 Applications、首次启动安全确认。
如果你已经比较熟悉开发工具，也可以用另外两种方式。
一种是 IDE 扩展。
比如 VS Code、Cursor 这类编辑器里安装 Codex 扩展。
这种方式适合你已经有项目、平时就在编辑器里写代码的人。
另一种是 CLI。
官方页面里会给命令行安装方式，比如通过 npm 或 Homebrew 安装 Codex CLI。
这条路很强。
但对小白不是第一口。
因为你还要理解终端、Node、包管理器、权限、当前目录、项目路径。
这些以后都要学。
但第一节没必要硬上。
先用桌面 App 跑通，后面再学 CLI。
说完安装，再说登录。
安装完成后，打开 Codex 客户端，使用 ChatGPT / OpenAI 账号登录即可。
这里很多人会问，我是不是要重新注册一个 Codex 账号？
不用先这么理解。
你就把它当成用 ChatGPT 账号进入 Codex。
如果你已经能正常登录 ChatGPT，就优先用同一个账号登录 Codex。
如果你还没有账号，就先去 https://chatgpt.com/ 注册，再回来登录。
登录时可能会遇到邮箱验证、手机号验证、设备验证、地区或计划限制。
具体以页面提示为准。
不要把验证码发给别人。
不要把账号密码交给别人。
不要在陌生页面输入你的登录信息。
这句话听着很普通，但对小白特别重要。
账号就是入口钥匙。
钥匙交出去，后面就不是你能不能学会 Codex 的问题了。
配图 5，登录与账号安全
画面重点，ChatGPT/OpenAI 账号登录 Codex，旁边是验证码、陌生页面、账号安全三条提醒。
登录成功以后，你会看到 Codex 的主界面。
这个时候先别急着问它，帮我做一个 App。
你先看三个地方。
有没有任务输入框。
有没有项目或工作区入口。
有没有模型、用量、计划或设置相关提示。
这三个地方决定你后面怎么用。
如果你是免费账号，当前可能只能使用部分能力，或者处在限时开放、额度较低的状态。
如果你是 Plus、Pro、Business、Enterprise 或 Edu 这类计划，Codex 的可用范围和额度会更完整。
这里不要听过期截图。
也不要听别人一句「永久免费」。
OpenAI 官方说明会更新，计划、额度、模型、功能都会变。
发布这篇文章时，官方帮助页里写的是，Codex 包含在 ChatGPT Plus、Pro、Business、Enterprise/Edu 等计划中；同时部分免费或 Go 计划在限时阶段也可能包含 Codex，具体额度按你的账号页面为准。
所以小白应该怎么判断？
很简单。
你登录以后，去看自己的账号页面、用量页面、升级页面。
当前能不能用 Codex。
当前计划包含多少用量。
是否提示需要升级。
是否有 Codex credits 或用量限制。
这些都以你账号里看到的为准。
如果你想订阅 Plus，也走官方路径。
打开 https://chatgpt.com/。
登录账号。
点击升级。
选择 Plus。
按照页面提示使用支持的支付方式。
如果你用手机，也可以在 ChatGPT 官方 App 里通过 App Store 或 Google Play 的订阅入口处理。
这里我不建议在公开教程里教各种绕路支付方法。
一方面会变。
另一方面，每个人的地区、账号、支付方式、平台规则都不一样。
你按别人旧教程折腾半天，最后失败了，反而更乱。
更稳的做法是，先用免费或当前可用额度熟悉界面。
确认自己真的需要 Codex。
再决定要不要升级 Plus。
Plus 的价值，不是「买了就变大神」。
它只是让你有更稳定、更完整的使用空间。
真正决定你能不能用起来的，还是任务拆得清不清楚，结果会不会检查。
你后面在网上一定会刷到另一类说法。
第三方中转。
cc-switch。
接 DeepSeek、Kimi 或其他低价模型。
这些确实算是现在很多中文用户会接触到的大众路径，尤其是想压低成本、想折腾模型的人。
但我不建议小白第一天走这条路。
原因很简单。
你还分不清账号、API、模型、路由、权限这些东西。
这时候把自己的账号、项目和密钥交给一个你没验证过的服务，风险比省下来的钱更大。
所以这块我们先只记一句话。
知道有这回事。
小白最好不要用。
等你已经能用官方入口跑通安全任务，再回来研究也不晚。
这也是为什么我不建议小白第一天就追求高级玩法。
第一天你只需要完成一个小目标。
下载安装到位。
账号登录成功。
知道自己当前计划能不能用 Codex。
能打开 Codex 主界面。
这就够了。
真的够了。
下一节我们再做第一件真实任务。
新建一个 codex-test 文件夹。
放一个 README.md。
让 Codex 先只读，不许修改任何文件。
再让它新增一个 notes.md。
最后你自己验收。
从那一刻开始，你就不是在看别人吹 Codex。
你是在自己电脑上，亲手跑通一个安全闭环。
这才是小白变强的第一步。
这套系列我会按这个顺序继续更新。
第一节，Codex 是什么，如何下载与安装。
第二节，第一次登录后怎么设置安全工作区。
第三节，如何让 Codex 只读项目，不乱改文件。
第四节，如何让它完成第一个小任务。
第五节，如何检查它到底改了什么。
第六节，如何用 Codex 做网页、文档、PPT 和自动化。
第七节，再讲 CLI、IDE 扩展、云端任务、多 Agent、Skills、Automations。
顺序别反。
先入门。
再实践。
再进阶。
最后才是大神。
从零开始学 Codex 002，第一次登录后，先建一个安全测试文件夹
配图 1，封面图
建议文案，从零开始学 Codex 002，安全测试文件夹
上一节讲完下载和登录以后，很多人到这里会有一个很自然的反应。
既然都装好了，那我是不是可以直接把手头那个项目丢给 Codex？
先别。
这一步我劝你慢一点。
不是因为 Codex 不够强，而是你还没有建立一个很基本的习惯。
你还不知道它看到了哪些文件。
你还不知道它会不会准备改东西。
你还不知道它说「完成了」以后，自己应该看哪里。
所以第二节不做大项目。
我们只做一个小练习。
新建一个文件夹。
里面只放一个文件。
让 Codex 读一遍。
然后你自己检查，它有没有读对，有没有乱动。
这个文件夹就叫 codex-test。
配图 2，为什么先建测试文件夹
画面重点，左边是真实项目、桌面、下载文件夹这些高风险区域，右边是一个空白的 codex-test 小文件夹。
我为什么这么较真？
因为小白第一次用 Codex，最怕的通常不是「我不会写代码」。
更像是下面这种感觉。
我把文件夹给它以后，它会不会乱改？
它会不会删东西？
它会不会在我看不懂的地方写一堆内容？
它会不会把我的工作文件、照片、合同、客户资料都扫进去？
这些担心不丢人。
一个能读文件、写文件、运行任务的 AI，本来就不应该从你的真实资料开始练。
第一天只要做一件事。
给自己留一个可以放心出错的小地方。
这个地方坏了也没关系。
删掉重建也没关系。
你不会心疼。
你也能一眼看懂里面发生了什么。
这就是 codex-test 的意义。
如果你用 Windows，先在桌面新建一个文件夹。
右键。
新建文件夹。
名字改成 codex-test。
双击打开。
这个时候里面应该是空的。
接着新建一个文件，名字叫 README.md。
你会用 VS Code，就用 VS Code。
你只会用记事本，也行。
别在工具上卡住。
文件里写这几句话。
这是我的第一个 Codex 测试文件夹。
我想学习如何安全地让 Codex 读取文件。
今天只做三件事：
1. 让 Codex 读取这个文件夹。
2. 不让 Codex 修改、删除或新增文件。
3. 我自己检查 Codex 有没有读懂。保存时注意一下文件名。
Windows 记事本有时候会把它存成 README.md.txt。
如果你能处理，就在保存时把类型改成「所有文件」，再输入 README.md。
如果你现在看不懂这一步，也不用停在这里。
先存成 README.txt 也能练。
今天练的是安全读取，不是 Markdown 文件后缀考试。
配图 3，Windows 新建 codex-test
画面重点，桌面上有一个 codex-test 文件夹，里面只有 README.md，旁边标注「测试用，不放真实资料」。
如果你用 macOS，也一样。
在桌面或者文档目录里建一个 codex-test 文件夹。
用文本编辑器写上面那段内容。
能保存成 README.md 最好。
保存成普通文本也没问题。
这一节不要追求专业感。
你只要保证两件事。
这个文件夹里没有真实资料。
里面只有一个给 Codex 读取的小文件。
文件夹准备好以后，打开 Codex。
不同版本的界面名字可能不一样。
有的叫「打开文件夹」。
有的叫「选择工作区」。
有的叫「添加项目」。
按钮名字不用背。
你要做的动作只有一个。
把 codex-test 这个文件夹交给 Codex。
不要选桌面。
不要选下载文件夹。
不要选整个文档目录。
不要选你平时工作的项目文件夹。
只选 codex-test。
范围越小，你越容易知道 Codex 看到了什么。
范围越小，你越容易发现它有没有做多余动作。
配图 4，只把 codex-test 交给 Codex
画面重点，一个选择文件夹窗口里只高亮 codex-test，桌面、下载、文档目录都变灰。
接下来发第一条指令。
这条你可以直接复制。
请先阅读这个文件夹。
不要修改、删除或新增任何文件。
请告诉我：
1. 你看到了哪些文件？
2. README 里写了什么？
3. 你认为这个文件夹是用来做什么的？这条指令里，最值钱的是第二句。
不要修改、删除或新增任何文件。
小白刚开始用 Codex，一定要养成这种写法。
你允许它做什么。
你不允许它做什么。
你希望它完成后告诉你什么。
这三件事说清楚，后面会少很多麻烦。
很多人第一次写需求，会直接来一句。
帮我看看这个项目。
帮我优化一下。
帮我整理一下。
这些话在真实工作里也能用，但不适合你的第一条指令。
范围太大。
动作太模糊。
验收也不知道看哪里。
这次我们把任务压到最小。
只读。
复述。
不动文件。
如果 Codex 回答说，它看到了 README.md，并且能复述里面的三件事，说明第一关过了。
如果它说看到了很多别的文件，你大概率选错文件夹了。
如果它开始建议新增文件，先停下来，提醒它这次只读。
不用紧张。
这就是练习的一部分。
你在学习怎么给 AI 画边界。
配图 5，第一条只读指令
画面重点，一条提示词卡片写着「只读 / 不修改 / 不新增」，旁边是 Codex 返回文件、内容、用途三项结果。
最后做验收。
打开 codex-test 文件夹。
看里面是不是还只有一个文件。
看 README.md 或 README.txt 有没有被改。
再看 Codex 的回答。
文件名对不对。
内容总结对不对。
有没有遵守「不要修改、删除或新增任何文件」。
这三项都没问题，就算完成。
这个练习看起来很小。
但它会帮你建立一个非常实用的肌肉记忆。
以后你让 Codex 做网页、改脚本、写文档、整理资料，都要先想这几个问题。
我要给它哪个文件夹？
它能不能改文件？
它完成以后，我看哪里？
你能问出这三个问题，Codex 就不再是一个让你有点害怕的黑盒。
它会慢慢变成一个你能指挥、能检查、能合作的工具。
下一节，我们继续用这个 codex-test。
这次让 Codex 新增一个 notes.md。
只新增一个文件。
不改 README。
做完后你自己检查。
先学会让它读。
再学会让它写。
先学会检查小结果。
再去碰真实项目。
如果你今天跟着做完，电脑里应该已经有一个 codex-test 文件夹。
里面有一个 README。
Codex 读过它。
你确认它没有乱改。
很好。
这一步不炫。
但它够稳。
小白变强，靠的就是这种能复查的小动作。
从零开始学 Codex 003，第一次让 Codex 新增一个文件
配图 1，封面图
建议文案，从零开始学 Codex 003，第一次写入 notes.md
上一节我们建了一个 codex-test 文件夹。
里面只有一个 README。
然后让 Codex 做了一件很小的事。
只读。
不改。
你检查完以后，文件夹里还是那个文件，README 也没有被动过。
很好。
这一节我们往前走半步。
不是一大步。
半步就够。
这一次，我们让 Codex 第一次写入文件夹。
但只允许它做一件事。
新增一个 notes.md。
不改 README。
不新增别的文件。
不顺手整理目录。
不发挥。
配图 2，从只读到第一次写入
画面重点，左边是上一节的 README 只读，右边是新增 notes.md，中间有一个小小的「允许新增一个文件」按钮。
很多人第一次用 Codex，真正紧张的不是让它读文件。
读文件还好。
它只要不动东西，你心里是稳的。
但一到「让它写」，感觉就变了。
你会开始想，它会不会把原来的文件改坏？
它会不会多生成一堆我看不懂的东西？
它会不会说自己完成了，但其实改错地方？
这些担心都正常。
所以我们不让它自由发挥。
这一节只有一个目标。
让 Codex 根据 README，新建一个 notes.md，总结这个测试文件夹是干什么的。
先打开你上节课建好的 codex-test。
确认里面现在只有一个文件。
README.md
或者如果你上次保存成了普通文本，那就是 README.txt。
没关系。
能读就行。
先别急着发指令。
你先自己看一眼 README。
里面大概应该写着，这个文件夹是用来学习 Codex 安全读取文件的，不允许乱改文件，你会自己检查结果。
你知道原始内容是什么，后面才知道 Codex 有没有乱动。
这一步很小。
但很容易被跳过。
配图 3，写入前先看原始状态
画面重点，codex-test 文件夹里只有 README，一个小检查框写着「写入前确认原始状态」。
接下来，把下面这段发给 Codex。
请阅读这个文件夹里的 README。
只新增一个文件：notes.md。
notes.md 里请用普通人能看懂的话，总结这个文件夹的用途。
不要修改 README。
不要新增其他文件。
完成后请告诉我：
1. 你新增了哪个文件？
2. 你有没有修改 README？
3. 我应该怎么检查结果？这条指令看起来有点啰嗦。
但啰嗦在这里是有用的。
你看它做了几件事。
先告诉 Codex，读 README。
再告诉它，只新增 notes.md。
然后告诉它，不要改 README。
再告诉它，不要新增其他文件。
最后让它交代，你该怎么检查。
这就是小白最该练的任务写法。
不是许愿。
是把动作框住。
如果 Codex 弹出确认，或者显示它准备修改什么，先别闭眼点。
停一下。
看它要动哪个文件。
如果你看到它只准备新增 notes.md，没有改 README，再继续。
如果你看到它准备修改 README，或者准备新增别的文件，就不要继续。
直接提醒它。
这次任务只允许新增 notes.md。
不要修改 README。
不要新增其他文件。
请重新执行。配图 4，看清楚它准备改什么
画面重点，改动预览里只出现新增 notes.md，README 旁边是未修改状态。
这里真正麻烦的地方，不是 Codex 会不会犯错。
是很多人根本不看它准备做什么。
AI 一说「我来处理」，人就点确认。
然后文件夹里多了什么、少了什么，自己也不知道。
这不是协作。
这是把方向盘交出去。
你现在要练的，是人还在方向盘上。
Codex 可以帮你开一段。
但你要知道它往哪开。
等 Codex 完成后，打开 codex-test 文件夹。
现在里面应该有两个文件。
一个是原来的 README。
一个是新的 notes.md。
先看文件数量。
如果多了很多文件，说明任务跑偏了。
再打开 README。
确认它没被改。
最后打开 notes.md。
正常情况下，它应该写得很短。
大概像这样。
# notes
这个文件夹用于练习 Codex 的安全读取和最小写入。
当前练习的重点是：
1. 先让 Codex 读取 README。
2. 只允许 Codex 新增 notes.md。
3. 不修改原来的 README。
4. 由用户自己检查结果。不需要写得多漂亮。
你现在练的不是文采。
你练的是结果可检查。
文件出现了。
原文件没动。
新文件内容能看懂。
这三件事对了，就够。
配图 5，第一次写入验收表
画面重点，三个勾选项，notes.md 出现、README 没动、内容能看懂。
如果结果不对怎么办？
先别慌。
也别急着重开一个大任务。
你可以按下面几个情况处理。
如果它没有生成 notes.md，让它补一次。
刚才没有看到 notes.md。
请只新增 notes.md，不要修改 README。如果它改了 README，先停止继续操作。
把 README 手动改回原来的内容，或者重新建一个 codex-test。
然后再发一次更明确的指令。
如果它新增了一堆多余文件，也先停。
删掉多余文件。
回到只剩 README 的状态。
再来。
你看，这一节真正要教你的，不是「怎么让 AI 写一个 notes」。
这个太简单了。
真正要练的是，出错以后怎么把场面收回来。
小白用 Codex，不怕犯小错。
怕的是一上来就让它碰真实项目，错了以后不知道怎么还原。
所以我们才一直待在 codex-test。
这里允许你犯错。
允许你重来。
允许你看不懂就停下来。
这比直接做一个大项目更有价值。
到这里，你已经完成 Codex 的第二个动作。
第一步，它读了文件。
第二步，它新增了文件。
你检查了两次。
这就开始有点像协作了。
不是你问一句，它回一句。
而是你给它一个小范围，它在里面做一件小事，你再验收。
下一节，我们继续用这个文件夹。
但这次要学一个更实用的东西。
怎么让 Codex 修改已有文件，而且只改你指定的那一小段。
比如让它把 README 里的目标改得更清楚。
这会比新增文件更危险一点。
因为一旦改旧文件，你就需要知道它到底改了哪里。
所以我们下一节会讲。
怎么看改动。
怎么让它先说明计划。
怎么发现它有没有改多。
还是那句话。
别急着做大项目。
先把读、写、改、查这几个小动作练熟。
以后你再打开真实项目，心里会稳很多。
004 套餐和用量怎么看，别被价格截图带跑
配图建议：账号页面、用量页面、升级页面三张小卡片。
封面文案：004 套餐和用量，先看自己账号
上一节我们让 Codex 新增了一个 notes.md。
到这里，很多人会开始问钱。
我现在能不能一直用？
会不会突然扣费？
别人说 Plus 够用，是不是我也够用？
网上那张价格截图到底准不准？
先记住一句话。
不要拿别人的截图当你的账号说明。
AI 工具变化太快。
套餐会变。
额度会变。
模型名字会变。
不同地区、不同账号、不同计划，看到的页面也可能不一样。
所以小白看套餐，不要先去群里问。
先看自己的账号页面。
你只需要找三个地方。
第一个，账号计划。
看你现在是免费、Plus、Pro，还是团队/企业计划。
第二个，用量页面。
看 Codex 有没有可用额度，有没有 credits，有没有提示限制。
第三个，升级页面。
看官方当前给你的升级选项。
这三个地方比任何截图都靠谱。
你不用懂所有英文。
只看几个关键词。
Plan
Usage
Upgrade
Credits
Limit
如果页面提示你当前不能用 Codex，那就是不能用。
不要先怀疑自己笨。
不要马上去改配置。
先确认账号和计划。
如果页面提示你额度不够，那也很正常。
先停。
别一直重试。
重试不会让额度变多。
如果页面提示你可以升级，再决定要不要升。
这里我不建议小白第一天就为了 Codex 立刻付费。
更稳的做法是：
先用当前能用的额度，把前面几节小任务跑完。
能打开。
能读文件。
能新增 notes.md。
能检查结果。
你确认自己真的会用，再考虑升级。
这时候你买的是使用空间。
不是买一个「自动变大神」按钮。
本节复制清单：
我现在只检查三件事：
1. 我的账号是什么计划？
2. Codex 当前能不能用？
3. 有没有用量、credits 或升级提示？
我不看过期截图。
我以自己账号页面为准。做完这一课，你不一定知道所有价格细节。
但你至少不会被别人一句「放心免费」或者「必须某套餐」带着走。
005 低成本怎么用，不是找神奇入口，而是把任务切小
配图建议：一个大任务被切成 4 个小任务。
封面文案：005 省钱第一步，把任务切小
上一课讲了套餐。
这一课讲怎么少浪费。
很多小白一听「省钱」，第一反应是找便宜入口。
先别急。
对新手来说，最稳的省钱方式不是找神秘路线。
是把任务变小。
你想让 Codex 做一个完整 App。
这很大。
你想让 Codex 先读 README。
这很小。
你想让 Codex 改整个项目。
这很大。
你想让 Codex 只新增一个 notes.md。
这很小。
小任务有三个好处。
第一，省用量。
第二，容易看懂。
第三，错了也好退。
所以你第一次用低成本模型，不要问「哪个模型最便宜」。
先问自己：
我能不能把这个任务拆小一点？
举个例子。
不要这样问：
帮我做一个个人网站。先这样问：
请先帮我列一个个人网站需要哪些页面。
不要写代码。
只列清单。不要这样问：
帮我优化这个项目。先这样问：
请先阅读 README。
不要修改文件。
告诉我这个项目大概是做什么的。不要这样问：
帮我把所有文档整理好。先这样问：
请只阅读这个文件夹里的 3 个 markdown 文件。
不要修改文件。
告诉我每个文件主要写了什么。你看，任务一变小，模型压力就小。
你自己的压力也小。
这才是新手阶段真正的低成本。
本节复制模板：
请先做一个小任务。
目标：
只做【这里写一个很小的动作】。
不要做：
不要修改文件。
不要新增其他文件。
不要开始写完整项目。
完成后告诉我：
你看到了什么？
你做了什么？
我应该检查哪里？下一次你想省钱，先不要找偏门。
先把任务切小。
小任务跑顺了，再谈模型选择。
006 Codex 和 ChatGPT 到底有什么区别
配图建议：ChatGPT 是聊天框，Codex 是文件夹里的执行助手。
封面文案：006 ChatGPT 聊天，Codex 干活
很多人已经有 ChatGPT。
所以会问一个很正常的问题。
我都能问 ChatGPT 了，为什么还要用 Codex？
你可以先用一个很土的比喻理解。
ChatGPT 更像你在微信里问一个聪明朋友。
Codex 更像你把一个文件夹放到桌上，让这个朋友坐下来帮你看。
ChatGPT 擅长回答。
Codex 擅长进文件夹做事。
比如你问 ChatGPT：
帮我写一个 README 模板。它会回你一段文字。
你要自己复制。
自己保存。
自己检查。
但你让 Codex 在 codex-test 里新增 notes.md。
它可以直接在文件夹里生成文件。
这就是区别。
不是谁更高级。
是位置不一样。
ChatGPT 在聊天框里。
Codex 在任务现场。
当然，这也带来一个问题。
Codex 更需要边界。
因为它能碰文件。
所以你要告诉它：
能看哪个文件夹。
能不能改文件。
能不能新增文件。
改完以后你看哪里。
这一课就记住一张表。
我只是想问问题：用 ChatGPT。
我想让 AI 读文件夹：用 Codex。
我想让 AI 新增文件：用 Codex，但要限制范围。
我想让 AI 改真实项目：先别急，等你会验收再说。如果你还是分不清，就按这个笨办法。
不碰文件，用 ChatGPT。
碰文件，用 Codex。
但 Codex 一碰文件，就要加边界。
007 第一次修改已有文件，只改一小段
配图建议：README 原文 -> 小改动 -> 改动对比。
封面文案：007 第一次改文件，只改一小段
前面我们已经做了两件事。
让 Codex 读 README。
让 Codex 新增 notes.md。
这一节开始稍微危险一点。
我们让 Codex 第一次修改已有文件。
还是老规矩。
不碰真实项目。
只用 codex-test。
只改 README。
只改一小段。
先打开 README。
里面现在大概有一句：
我想学习如何安全地让 Codex 读取文件。这一节我们让 Codex 把这句话改得更清楚。
你可以复制这段指令：
请只修改 README 里这一句话：
「我想学习如何安全地让 Codex 读取文件。」
把它改成：
「我想学习如何让 Codex 在不乱改文件的情况下，先读取并理解这个测试文件夹。」
不要修改 README 的其他内容。
不要修改 notes.md。
不要新增文件。
完成后告诉我：
1. 你改了哪一句？
2. 你有没有修改其他内容？
3. 我应该怎么检查？这条指令很啰嗦。
但它对小白有用。
因为你不是让 Codex 「优化一下」。
你是告诉它，改哪一句，改成什么，不许碰哪里。
做完以后，你要看 README。
只看三件事。
第一，那句话有没有变。
第二，其他内容有没有变。
第三，notes.md 有没有被动。
如果只改了那一句，就通过。
如果它顺手把 README 全部润色了，不通过。
如果它动了 notes.md，不通过。
如果它新增了别的文件，也不通过。
这就是修改文件的第一课。
不要让它「优化一下」。
要让它「只改这里」。
本节复制清单：
改文件前，我先问自己：
1. 我要它改哪个文件？
2. 我要它改哪一句？
3. 哪些地方不能动？
4. 改完我怎么检查？真实项目里，很多事故就是从「你帮我优化一下」开始的。
小白先别这么说。
先学会只改一小段。
008 它说完成了，怎么检查
配图建议：AI 说完成，不等于你验收完成。
封面文案：008 AI 说完成，你要自己检查
这一课很重要。
Codex 说完成，不代表真的完成。
它只是在告诉你，它认为自己做完了。
你要验收。
验收这个词听起来像公司流程。
说人话，就是你自己打开看一眼。
它新增文件了吗？
它改对地方了吗？
它有没有多改？
它写的内容你能不能用？
还是用 codex-test。
你现在应该有两个文件。
README.md
notes.md
你可以按这个顺序检查。
第一，看文件数量。
文件夹里是不是只有这两个文件？
如果多了奇怪文件，先停。
第二，看旧文件。
README 有没有被乱改？
如果你只让它改一句，就看是不是只改了那一句。
第三，看新文件。
notes.md 有没有出现？
内容是不是能看懂？
第四，看 Codex 的回复。
它有没有告诉你做了什么？
有没有告诉你该怎么检查？
第五，自己判断。
不是它说好就好。
你觉得能用，才算过。
本节复制验收表：
我的验收清单：
1. 文件有没有出现？
2. 旧文件有没有被乱改？
3. 多余文件有没有出现？
4. 新内容我能不能看懂？
5. 这次结果能不能交作业？如果这 5 条里有一条不对，就不要进入下一步。
停下来。
把文件夹恢复到你能看懂的状态。
再重新发更小的任务。
这一步很笨。
但它能救命。
以后你让 Codex 做真实项目，真正保护你的不是提示词有多华丽。
是你会不会检查。
009 小白任务模板，一句话说不清就用这个
配图建议：目标、范围、不要做、交付、验收五格模板。
封面文案：009 不会提需求，就填这 5 行
很多人用 Codex 跑偏，不是因为 Codex 不行。
是因为需求太糊。
你说：
帮我优化一下。这句话太大了。
它不知道你要优化文字、结构、代码、文件名，还是整个项目。
你说：
帮我做一下。这也太大。
做什么？
做到什么程度？
不能动什么？
做完你看哪里？
这些都没说。
所以小白先别追求高级 Prompt。
先用五行模板。
目标：
【我想让你做什么】
范围：
【你只能看/改哪些文件】
不要做：
【哪些文件不要动，哪些动作不要做】
完成后请给我：
【你要输出什么，或者生成什么文件】
我会这样检查：
【我会看哪里，怎么判断对不对】拿 codex-test 举例。
目标：
请帮我把 README 里的目标写清楚一点。
范围：
只看 README.md。
不要做：
不要修改 notes.md。
不要新增文件。
不要重写整个 README。
完成后请给我：
告诉我你改了哪一句。
我会这样检查：
我会打开 README，看是不是只改了那一句。这个模板不酷。
但好用。
因为它把 Codex 最容易跑偏的地方都卡住了。
目标太大，改小。
范围太大，缩小。
不能做什么，说清楚。
交付什么，说清楚。
怎么检查，说清楚。
你以后不会写提示词，就先填这 5 行。
填完再发。
比你憋半天写一句「请你作为世界顶级专家」有用多了。
010 三条安全线，别把自己的电脑全交出去
配图建议：三条红线，不放敏感信息、不打开大项目、不跳过检查。
封面文案：010 小白先守三条安全线
到这里，你已经会让 Codex 读、写、改、查。
现在要补一课安全线。
安全线不是吓你。
是让你敢继续用。
第一条，不放敏感信息。
身份证、银行卡、合同、客户资料、账号密码、验证码、私钥、API Key。
这些不要放进测试文件夹。
你不知道该不该放的时候，就先别放。
第二条，不打开大范围文件夹。
不要让 Codex 一上来读整个桌面。
不要让它读下载文件夹。
不要让它读整个公司项目。
不要让它读一堆你自己都没整理过的文件。
先开小文件夹。
先给少量文件。
第三条，不跳过检查。
Codex 说完成了，你也要打开看。
它生成了什么？
改了什么？
有没有多做？
你能不能理解？
这些都要看一眼。
本节安全清单：
发给 Codex 前，我先问自己：
1. 这里有没有隐私、账号、客户资料、密钥？
2. 这个文件夹是不是太大？
3. 我能不能检查它做完的结果？
有一个答案不确定，就先别发。小白用 Codex，最怕的不是慢。
是心里没数。
守住这三条线，你就会稳很多。
011 什么时候可以碰真实项目
配图建议：测试文件夹通过后，才进入真实项目前的四项检查。
封面文案：011 什么时候能碰真实项目
前面我们一直在 codex-test 里练。
你可能已经有点着急了。
那我什么时候能让 Codex 看真实项目？
先别看时间。
看你会不会做这 4 件事。
第一，你会不会只选一个小文件夹。
不是整个桌面。
不是整个项目根目录。
先选一个小模块。
第二，你会不会让它先只读。
真实项目第一步，不是让它改。
是让它解释。
第三，你会不会让它先说计划。
比如：
请先阅读这些文件。
不要修改。
先告诉我你准备怎么处理。
等我确认以后再改。第四，你会不会验收。
改了哪些文件？
为什么改？
有没有跑偏？
能不能回退？
如果这 4 件事你都能做到，就可以开始碰小一点的真实项目。
注意，是小一点。
别一上来就把一年没整理的项目交出去。
真实项目第一条指令可以这样写：
请先阅读这个文件夹。
不要修改任何文件。
请告诉我：
1. 这个项目大概是做什么的？
2. 入口文件可能在哪里？
3. 你建议我先从哪个小任务开始？
不要直接动手。这条指令的重点是最后一句。
不要直接动手。
小白刚进入真实项目时，先让 Codex 当导游。
不要让它直接当施工队。
等你看懂它的计划，再让它做一个很小的动作。
012 CLI、第三方中转、cc-switch，什么时候再学
配图建议：官方入口是第一层，CLI/中转/cc-switch 是后面的进阶层。
封面文案：012 这些进阶玩法，先知道有这回事
最后一课，我们讲几个你迟早会看到的词。
CLI。
第三方中转。
cc-switch。
DeepSeek、Kimi 或其他低价模型。
你在网上看 Codex 教程，一定会看到这些。
而且说实话，这些确实是很多中文用户会接触到的大众路径。
尤其是想压低成本、想折腾模型的人。
但如果你是小白，我建议你先别用。
不是永远不用。
是现在别急。
你现在最该学的是：
能不能安全打开一个文件夹。
能不能让 Codex 只读。
能不能让它只新增一个文件。
能不能看懂它改了哪里。
能不能把出错的场面收回来。
这些都没稳，就去研究中转和模型路由，很容易变成另一种折腾。
第三方中转的问题不只是便宜不便宜。
你还要想：
账号交给谁？
密钥放在哪里？
项目内容会不会经过别人服务？
出了问题你能不能判断是哪一层坏了？
是 Codex 坏了？
是中转坏了？
是模型坏了？
是你配置错了？
小白阶段，这些问题你很难分清。
所以这一课只给你一个边界。
知道有这回事。
小白最好不要用。
等你完成下面这些动作，再回来研究：
1. 能用官方入口完成只读任务。
2. 能让 Codex 新增文件。
3. 能让 Codex 修改指定句子。
4. 能检查改动。
5. 能看懂出错以后该退回哪里。这 5 件事都能做，再学 CLI、第三方中转、cc-switch，才不会被工具牵着走。
第一季到这里就收住。
你现在不需要假装自己已经是高手。
你只要能做到这些，就已经比很多只收藏教程的人往前走了一步。
你装好了。
你登上了。
你知道怎么看用量。
你能建测试文件夹。
你能让 Codex 读、写、改。
你能检查结果。
你知道哪些进阶玩法先别碰。
这就是小白第一季的目标。
下一季再讲真实项目。
怎么打开一个小项目。
怎么让 Codex 读懂结构。
怎么让它先写计划。
怎么一步步改一个真实页面。
先别急。
能跑稳，才有资格跑快。