Codex 入门避坑指南：别再把所有对话搅成一锅粥了
## 先泼一盆冷水：Codex 不是装完就能用好
很多人兴冲冲下载 Codex，结果用了两天就弃了。
不是 Codex 不行，而是你把它用成了 ChatGPT——想到啥问啥，所有对话堆在一起，最后 AI 开始胡编，自己也找不到文件在哪。
今天这篇，我就把 Codex 最核心、也最容易被忽略的 Threads 机制讲透。
看完你会发现：**Codex 好不好用，从你建第一个文件夹那一刻就决定了。**
---
## 一、下载安装：真的就三步
打开官网 chatgpt.com/codex，点那个大大的下载按钮。
下载完是个 Mac 安装包，双击、安装、登录，完事。
> 💡 Windows 用户别急，目前只有命令行版，官方桌面应用据说一周内就上线。
登录后你会看到这个界面，左边一栏，右边空白，干净得像一张白纸。
但别急着打字，先搞懂左边那栏是什么。
---
## 二、核心概念：文件夹 ≠ 线程
左边侧边栏，其实是**两层结构**。
**第一层：文件夹（工作区）**
你可以把它理解成一个个项目盒子。比如“AI热点”“数据抓取机器人”“sandbox”，每个盒子装一类东西，负责让你的文件井井有条。
**第二层：Thread（线程）**
点开某个文件夹，里面的一条条对话记录，才叫 Thread。
每一条 Thread，就是一条独立的任务线。
**关系是这样的：**
- 一个文件夹里可以有 N 条 Thread
- 每条 Thread 都在同一个工作区里，围绕一个明确目标推进
- 换一条 Thread，Codex 就切换到另一条任务线，互不干扰
打个接地气的比方：
> 文件夹 = 一个项目群
> Thread = 群里的一个话题贴
你在“话题贴 A”里聊需求，Codex 就在那个上下文里改文件、跑命令；你换到“话题贴 B”，它立刻切换状态，不会串台。
---
## 三、为什么这个设计对小白特别友好？
因为传统 AI 编程工具最容易翻车的场景，就是**上下文污染**。
上午让它写网页，下午让它算 Excel，晚上又让它改文案——所有东西搅成一锅粥。
AI 开始答非所问，你也找不到之前写的代码在哪，心态直接炸裂。
Codex 用文件夹 + Thread 把“存放代码”和“存放思路”拆开了：
- **文件夹**负责管理文件和资源
- **Thread** 负责管理对话和过程
你只要遵守一条简单到离谱的规则：
> ✅ 同一个文件夹里做同一个大方向
> ✅ 同一个 Thread 里只推进一件具体的事
这样，它们共享文件，但对话和目标互不污染，随时可以断点续写。
---
## 四、我的个人分类习惯（直接抄作业）
我电脑上有个 `dev` 文件夹，里面长这样：
- 📚 `Learning` —— 学习资料
- 📝 `notes` —— 文章和笔记
- 🛠 `Projects` —— 真实开发项目
- 🧪 `sandbox` —— 乱七八糟的试验品
- 🔧 `tools` —— 通用脚本、可复用组件
Projects 里再按项目细分，比如“飞书机器人”文件夹下，又有“公众号数据爬取”“多维表格同步”等不同功能的子文件夹。
**前期分类花的时间，后面会十倍还给你。**
千万别像用 ChatGPT 一样随手开新对话。
在 Codex 里，**Thread 和文件夹一定要管理好**，这是你后续快乐的开始。
---
## 五、开始你的第一个 Thread
在本地建好文件夹后，回到 Codex 界面，点击添加文件夹，把你的项目目录加进来。
然后新建一个 Thread，直接发消息就行。
比如我想开发 AI 热点网站，就添加对应文件夹，开个 Thread，说：
> “帮我搭建一个 AI 热点新闻聚合页，数据源用 RSS。”
Codex 就会开始干活。
---
## 六、别急着跑，先配好全局规则
我知道你很急，但先别急。
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.
```
这几条规则能帮你避开 90% 的坑：不让 AI 乱改代码、不泄露密钥、不瞎编路径、跑命令前先说明理由。
---
## 七、Vibe Coding，对非程序员才是真福音
我一直觉得，Vibe Coding 对不会写代码的人，价值远大于程序员。
程序员本来就会写，AI 只是提效；但对我们这种没学过编程的人，AI 直接把一道过不去的坎铲平了。
**未来，会用 AI 写代码会变成像会用 Excel 一样的基本技能。**
这是必然。
所以，别怕，大胆去试。
从建好你的第一个文件夹开始，让 Codex 帮你把脑子里的想法变成现实。
---
## 最后，送你一句话
管理好 Thread，就是管理好你的注意力。
**分类清晰，AI 才不糊涂；上下文干净，输出才靠谱。**
现在就去建一个 dev 文件夹吧。
玩得开心 🚀
如果觉得有用，点个赞、在看、转发三连，让更多朋友少走弯路。
我们下次见。