Codex 保姆级使用教程！

Codex 现阶段已经是最受国内用户喜欢的AI开发智能体了！相较于claude code 它注册简单、不易封号、支持多种订阅渠道（还有一些低价订阅方式），再加上GPT-5.5 模型的加持 Codex 是目前最值得推荐的Vibe Coding  神器！

下面给Codex 保姆级使用教程！提前祝你Coding愉快~

一，方式选择

Codex 目前主要有几种打开方式：

• IDE 插件：支持 VS Code、Cursor 等，不改变你原有的开发环境。
• CLI 命令行版：可以直接在终端里跟它对话，放在项目目录里直接干活，路径最短、效率最高。
• 桌面 App：如果你不习惯敲命令，或者需要更可视化的 diff 审查和并行任务管理，App 体验更好。

今天这篇文章主要来讲 桌面 App 因为它是真正适合非开发用户的的AI Agent。

二，安装Codex

前提条件：魔法网络+ChatGPT账号+接码平台

官网地址：https://chatgpt.com/zh-Hans-CN/codex/

现在注册ChatGPT账号没有那么难了，找一个稳定的网路环境、使用outlook 邮箱或者谷歌邮箱这类国外邮箱就可以直接注册。

关于接码平台目前新注册的账号在登录Codex的时候大概率需要验证手机号：可以参考这篇文章：https://www.tudingai.com/4793.html

打开 Codex 官网页面，直接点击下载Windows版/Mac版，然后安装即可。

三、订阅ChatGPT /PLUS

现在免费的ChatGPT账户也可以可以体验Codex ,但额度极低，额度几乎很难去开发一个完整的项目。当然你要是由多个账号也可以。

推荐开通20刀/月的Plus订阅，我现在用的就是PLUS订阅，平时开发一些小的工具网站额度是足够使用的。大家先从免费开始体验，根据自己的需要再逐步开通更高额度的订阅。

优惠渠道

土耳其区苹果App Store订阅：大约七八十块钱一个月。https://www.tudingai.com/4721.html

当然网上也有一些二三十块钱的Plus订阅账号，当然这种都没有质保随时会被封号。

四，账号登录

推荐直接使用ChatGPT账号的方式登录，当然也可以选择下面的“换种方式登录”，这个就是直接填openai 的API key

还有一种方式就使用时deepseek、千问国产大模型的API key，这个需要大家借助CC Switch 这个工具，这里就不过多说了。

CC Switch ：https://www.tudingai.com/4341.html

目前登录Codex 大概率是需要手机号码验证的，选择通过短信的方式验证。然后找个接码平台，找最便宜的就行。我用的那个平台大概只需要0.1刀一次。

到这一步你已经成功了90% ，如果你是个新手，其实什么都不用设置，直接和AI进行对话进行，有任何不懂的问题，直接在对话框问AI。作为最牛逼的Agent产品之一 它几乎都可以帮你解决。

五、认识 Codex

其实Code 的功能区域划分非常非常简单。左上角是功能区，可以新建对话、搜索、安装插件、skills ,还有就是自动化。

下面就是对话项目区，他把项目和对话分开了。如果你想开发一个工具，那个这就是一个项目，在对话之前要创建一个文件夹，把项目所有生成的代码、文字、图片都放放在这个文件夹中。

对话区，就可以我们平时使用其他的AI进行对话聊天没有任何区别。

中间的一大块对话窗口，也和我们平时使用其他AI进行对话没有任何区别。

如果你要开发一个项目，那就创建一个新的项目文件夹之后在进行对话。

权限问题，我一般选择完全访问权限，我并非职业的开发者，给我审查我也看不懂，看懂了也浪费时间。哈哈~

右下角的大模型，直接选择最先进的GPT-5.5，既然选择使用Codex 那一定有GPT 5.5的原因。

速度，这款如果你是免费用户我是非常不推荐选择快速的，额度消耗为1.5倍。本来就不够用。

在左下角的设置中可以看到5小时和1周的额度用量！合规规划，超了只能干等着恢复。

六，常用设置

跟进行为：改为引导（Steer），这设置的意思当你给codex发送一个指令后，它执行了一半，你发现你的指令有问题。或者有新的额需。排队（Queue）模式你只能等他跑完才能发送新的指令，而 引导（Steer）模式则可以随时“插话”中途就能修改方向。

AGENTS.md：Codex 好不好用，关键看这个

如果你只记住一个配置文件，那就记住 AGENTS.md。

它可以理解成“写给 AI agent 的 README”。

普通 README 是给人看的。
AGENTS.md 是给 Codex 看的。

你可以在项目根目录新建：

touch AGENTS.md

然后写入类似内容：

# AGENTS.md

## 项目说明

这是一个 Vite + React + TypeScript 的后台管理系统。

## 常用命令

- 安装依赖：pnpm install
- 本地启动：pnpm dev
- 类型检查：pnpm typecheck
- 单元测试：pnpm test
- 构建：pnpm build

## 代码规范

- 优先使用函数组件。
- 不要使用 any，除非有明确理由。
- API 请求统一使用 src/lib/request.ts。
- UI 组件优先复用 src/components。
- 不要新增大型依赖，除非先说明理由。

## 工作要求

- 修改业务逻辑后，必须补充或更新测试。
- 修 bug 时，尽量添加回归测试。
- 改动前先说明方案。
- 只做完成需求所需的最小改动。
- 不要格式化无关文件。

## 安全要求

- 不要读取或输出 .env 中的敏感信息。
- 不要执行删除数据库、发布、部署、推送远程仓库等高风险命令。
- 高风险命令必须先征得用户确认。

这东西非常有用。

因为你不可能每次都跟 Codex 重复：

“我们项目用 pnpm。”
“不要用 any。”
“不要乱加依赖。”
“改完跑测试。”
“别动支付逻辑。”

写进 AGENTS.md 后，它每次进项目都会先读。

全局 AGENTS.md

如果你想给所有项目都加默认规则，可以建一个全局文件：

mkdir -p ~/.codex
touch ~/.codex/AGENTS.md

里面可以写你的个人偏好：

# ~/.codex/AGENTS.md

## 我的默认工作习惯

- 回答尽量使用中文。
- 改代码前先给简短计划。
- 优先做最小改动。
- 不要主动新增依赖。
- 任何删除文件、发布、部署、推送远程仓库的操作都要先确认。
- 修改完成后总结改动文件和验证结果。

这样不管打开哪个项目，它都会继承你的个人习惯。

项目级 AGENTS.md

项目根目录的 AGENTS.md 则写项目规则。

比如某个项目用 pnpm，另一个项目用 uv，另一个项目用 cargo。
这些就不适合写全局，应该写在项目里。

子目录规则

如果项目很大，还可以在子目录里放更具体的规则。

比如：

services/payments/AGENTS.override.md

里面写：

# Payment service rules

- 修改支付逻辑前必须先说明风险。
- 不要修改生产支付网关配置。
- 跑测试使用 make test-payments。
- 不要生成真实交易请求。

这种适合大项目。

我的建议是：

新手先别搞太复杂。
先写一个全局 AGENTS.md，再给项目根目录写一个 AGENTS.md。
够用了。

七，Skills与插件

Skill 可以理解成给 Codex 写的一份“专项操作手册”。

比如你经常让 Codex 做这些事：

“帮我做安全审计。”
“帮我写单元测试。”
“帮我生成 PR 描述。”
“帮我迁移 React 组件。”
“帮我按照我们公司的规范做 code review。”

如果每次都写一大段提示词，很烦。
于是你可以把这套固定流程写成一个 Skill。

Plugin 是 Codex 的可安装扩展包。

如果 Skill 是“一个工作流”，那 Plugin 就像“一个工具包”。

官方说，插件可以打包：

• Skills：可复用工作流；
• Apps：比如 Gmail、Google Drive、Slack、GitHub 这类应用连接；
• MCP servers：给 Codex 接入外部工具或上下文；
• 其他支持文件，比如图标、资源、配置等。

举个例子：

一个“安全审计插件”可能包含：

• 一个安全审计 Skill；
• 一个依赖扫描脚本；
• 一个 MCP server 配置，用来查漏洞数据库；
• 一组报告模板；
• 插件说明文件。

安装后，Codex 就不只是“知道怎么做安全审计”，而是多了一整套可复用能力。

案例演示

1，图钉AI每日快讯：https://www.tudingai.com/ainews

2，TD Prompts：https://td.tudingai.com/