Codex 入门必看：从下载到玩转 Vibe Coding 的 5 个关键操作
打开 Codex 官网，看到那个大大的下载按钮没？
点它，下载、安装、登录，三步搞定。Mac 用户直接用应用版，Windows 用户再等等，命令行版也能顶一阵子。
但问题来了——装好之后，你真的会用吗？
很多人以为 Codex 就是另一个聊天机器人，随手开个对话，噼里啪啦打一堆需求，然后等着 AI 变魔法。
结果呢？上午让它写网页，下午让它算表格，晚上又让它改文案，所有任务搅在一起，AI 开始胡言乱语，文件乱成一锅粥，你自己都找不到东西在哪。
这不是 Codex 不行，而是你还没搞懂它的核心逻辑。
今天我就把 Codex 最关键的几个操作掰开揉碎讲清楚，尤其是那个 90% 新手都会忽略的「文件夹 vs Thread」设计。
## 1️⃣ 先搞懂：文件夹和 Thread 到底啥关系？
打开 Codex 首页，左边侧边栏就是你整个编程世界的地图。
这一栏分两层：
**第一层是文件夹（工作区）**。
你可以把它理解成一个个项目目录，或者一个个主题盒子。比如「AI 热点」「数据抓取机器人」「sandbox」，它们负责把你的文件归类放好。
**第二层才是 Thread（线程）**。
点开某个文件夹，里面一条条的对话记录才叫 Thread。每一条 Thread 就是一条独立的任务线。
关系很简单：
> 一个文件夹里可以有很多条 Thread，每条 Thread 都在同一个工作区里，围绕一个明确目标推进。
打个接地气的比方：
文件夹像一个项目群，Thread 像群里的一个话题贴。你在某个话题贴里聊需求，Codex 就在同一个上下文里改文件、跑命令、做记录。换一个话题贴，它就切换到另一条任务线。
**这套设计最妙的地方，就是把「代码和资料」与「思路和过程」彻底拆开了。**
文件夹负责存放文件，Thread 负责存放对话。两者互不污染，随时可以断点续写。
## 2️⃣ 别乱开对话！先学会分类
很多人的崩溃，都是从「随手开新对话」开始的。
今天让 AI 写个网页，明天让它算个 Excel，后天又让它改文案，全部堆在一起。上下文污染严重，AI 开始瞎编，你也找不到文件在哪。
避免崩溃的规则简单到离谱：
> **同一个文件夹里做同一个大方向，同一个 Thread 里只推进一件具体的事。**
所以在开始之前，一定先想好分类。
我自己电脑上建了一个 `dev` 文件夹，里面大概这样分：
- `Learning`：学习资料
- `notes`：文章和笔记
- `Projects`：真实开发项目
- `sandbox`：不知道归哪的杂七杂八
- `tools`：通用脚本、可复用组件
比如 `Projects` 下面有「AI 热点」「飞书机器人」，而「飞书机器人」又按功能拆成好几个子文件夹。
别嫌麻烦，**前期分类做得好，后面爽到飞起。** 否则你就是在给未来的自己埋雷。
## 3️⃣ 把本地文件夹加进来，开干
分类建好后，回到 Codex 界面，点击「添加文件夹」，把你的项目目录加进来。
比如你想开发一个 AI 热点网站，就把对应的项目文件夹添加进来，然后新建一个 Thread，开始对话。
想说什么直接发消息就行。
但先别急，还有几个配置项和功能，我建议你花两分钟设置好。
## 4️⃣ 全局规则：让 AI 更懂你的「使用说明书」
Codex 支持自定义全局规则，相当于给 AI 写一份「怎么跟我合作」的说明书。
我自己的规则大概长这样：
```
# Global rules for codex
## Operating principles
- Prefer small, reviewable diffs. Avoid sweeping refactors unless explicitly requested.
- Before editing, identify the file(s) to change and state the plan in 3-6 bullets.
- Never invent APIs, configs, or file paths. If unsure, search the repo first.
- Keep changes consistent with existing style and architecture.
## Safety and secrets
- Never paste secrets, tokens, private keys, .env values, or credentials into code or logs.
- If a task requires secrets, ask me to provide them via environment variables.
- Do not add analytics, telemetry, or network calls unless I ask.
## Code quality bar
- Add or update tests for behavior changes when the project has tests.
- Prefer type safety and explicit error handling.
- Add comments only when the intent is non-obvious.
## Build and run etiquette
- If you need to run commands, propose the exact command and why.
- When you make changes that may break build, run the fastest relevant check first.
## Output formatting
- For code changes: include a short summary + list of files changed.
- For debugging: include hypotheses, experiments run, and the minimal fix.
## My preferences
- I like concise explanations, concrete steps, and copy-pastable commands.
- Default language for explanations: Chinese.
```
这套规则的核心就一句话：**让 AI 先思考再动手，别瞎改，别泄露秘密，保持代码整洁。**
你完全可以根据自己的习惯调整。比如要求 AI 每次回答都用中文，或者强制它先列计划再执行。
## 5️⃣ Vibe Coding 的真正价值：把「不可能」变成「可能」
我一直觉得，Vibe Coding 对非程序员的价值，远大于程序员。
程序员本来就会写代码，AI 对他们来说只是提效工具。但对我们这些不会写代码的人来说，AI 直接把一道原本过不去的坎给铲平了。
你不需要懂语法、不需要懂框架，只需要把你的想法用大白话说清楚，Codex 就能帮你实现。
**在未来，会用 AI 写代码会变成像会用 Excel 一样的基本技能。**
这不是预测，这是正在发生的必然。
所以，别怕，大胆去试。
从今天开始，建好你的文件夹，开好你的 Thread，把规则写清楚，然后——
玩得开心。
---
如果你觉得这篇对你有帮助，点个赞、在看、转发三连吧。也欢迎在评论区聊聊你用 Codex 做了什么好玩的东西。
下次见。