Codex 零基础保姆级教程

身边开始用 Codex 的人，真的越来越多了。

所以我想写一篇教程，也是为了把我所学到的知识表达出来。

无论你从事什么工作、是否懂技术，都可以尝试用它，把自己从繁琐的事务里解放出来。把时间留给更有价值的思考和创造。

我刚开始接触这些 AI 工具的时候，也一样被各种安装方式、各种教程搞得很头大。

好在后来慢慢摸出了一条比较省心的“傻瓜式”速通路线，本文从安装到界面功能、到各行各业如何使用，都做了一个比较详细的讲解。

篇幅较长，也可以移步飞书： https://my.feishu.cn/docx/J6tWdS33IoTkVCxwL7mcJ6VonLd

01

Codex 是什么

Codex 不是普通聊天机器人，它更像一个会自己动手干活的 AI 助理。

你让它做事时，它不只是告诉你“怎么做”，而是真的可以去执行：

• 创建文件

• 修改代码

• 运行程序

• 搜集资料

• 操作浏览器

• 做表格、PPT 、报告

• 帮你部署上线

你可以把它理解成两种不同的助手：

• ChatGPT：像一个会出主意的人

• Codex：像一个会直接动手的人

这个区别是全文的核心，后面所有功能都可以围绕这个理解展开。

02

Codex 和 ChatGPT 的区别

ChatGPT 的方式

你拍一张厨房照片给它，它会很快告诉你：

• 这个灶台可以左移 20 公分

• 吊柜颜色建议换成奶油白

• 台面可以改成更合适的材质

它说得可能很专业，但问题是——没有然后了。

它只负责“出主意”，不会真的去搬灶台、刷漆、改布局。

Codex 的方式

你说一句：“把厨房重新装一下。”

它可能会自己做这些事：

• 去量尺寸

• 画图纸

• 搬灶台

• 刷漆

• 改完后拍完工照给你验收

更厉害的是，它还可以同时让好几个“工人”分头干活：

• 一个刷厨房

• 一个装浴室

• 一个修客厅灯

这些事情可以互不打扰，并行进行。

一句话总结

• ChatGPT 只能告诉你“应该怎么做”

• Codex 可以直接帮你“把事做完”

这也是大家把 Codex 叫做 agent （智能体）的原因。

03

Codex 的使用方式

Codex 一共有 4 种使用方式：

• CLI

• Code 插件版

• 桌面客户端

• 网页版

为什么推荐桌面客户端

从使用难度、功能全面性、对新手的友好程度来说，桌面客户端最适合入门。

原因很简单：

• 看起来更直观

• 不用先理解太多命令

• 更适合跟着教程一步一步学

04

安装前需要准备什么

在下载和安装 Codex 之前，你要先准备一个 ChatGPT 账号。

会员

最好开通 Plus

如果你是重度用户或公司使用，可以考虑 Pro

为什么不太建议免费账号

因为免费账号额度太少，很容易用几次就没了。

额外建议

选择中转站

“中转站”就是用户和大模型之间的“中介”，可以帮助用户更便捷地调用多个 AI 大模型，一站式满足用户多样化使用需求。
1. 无需切换模型。用户只需接入中转站一个入口，即可调用国内外主流大模型，无需来回切换。
2. 价格相对低廉。为吸引用户使用，部分“AI 中转站”会利用折扣与积分补贴，使“AI 中转站”的使用成本低于官方标价。
3. 支付方式便捷。用户可以使用国内主流支付渠道进行支付，便于充值使用。
4. 绕过使用限制。用户甚至可以借此绕过网络访问、官方授权、跨境传输等限制，直连部分海外大模型。

05

安装与登录流程

5.1 安装流程

Codex 的桌面客户端安装方式和普通软件差不多。

你只需要：

1. 打开浏览器

2. 找到 Codex 官网地址

• https://openai.com/zh-Hant/codex/ 从 openai 下载的是英文版本（无需魔法）。

• https://chatgpt.com/zh-Hans-CN/codex/ 建议从这里下载，是中文版，功能全（需要魔法）。

1. 下载和你电脑系统对应的版本

2. 直接安装

5.2 登录方式有两种

安装好之后，打开 Codex ，就会先看到登录界面。

方式一：用 ChatGPT 账号登录

大致流程是：

1. 点击登录界面上的 Sign in with ChatGPT

2. 浏览器会自动弹出并跳到 OpenAI 登录页

3. 输入你的 ChatGPT 账号和密码

4. 网页会问你是否允许 Codex 访问你的账号

5. 点同意

6. 浏览器自动跳回 Codex App

7. 登录完成

方式二：用 API Key 登录

如果你不想订阅 Plus ，也可以用 API Key 登录，也就是前面所说的中转站。

Claude 、Codex 配置教程：

https://my.feishu.cn/docx/PdC9d6kV9oYrWsxtfxxcKMBmnrc

06

第一次打开 Codex 会看到什么

第一次登录后，Codex 会让你选择你日常想用它完成的工作和场景。

这样做的目的有两个：

• 自动帮你安装一些常用插件

• 自动帮你准备常用技能

你也可以选择跳过，后面自己再手动设置。

它背后的逻辑很简单：

• 让 Codex 先了解你常做什么

• 这样它后面更容易“顺着你的工作方式”来配合你

07

主界面结构怎么理解

7.1 左侧栏

从上到下大概分成几个部分：

新对话

这就是你的“新工位”。点一下，相当于给 Codex 清空脑内缓存，重新开一局。适合你要开始一个全新任务，比如写代码、改文案、查资料、做规划，不想让上一轮的上下文来捣乱。简单说，它像新聊天窗口，但更像“新开一个项目现场”，方便你把目标、文件和要求一次说清。想让它干活更稳，第一句话最好直接写目的，比如“帮我整理这个页面并补测试”。

搜索

这是 Codex 的“内置雷达”。你不一定要知道答案在哪，但可以先让它帮你找线索、找文件、找相关内容，少走很多瞎翻的弯路。适合你记不清函数名、文件名、历史改动，或者想快速定位某个逻辑时用。它的价值不在于“替你思考”，而在于“替你先把战场扫一遍”。如果把 Codex 比成侦探，搜索就是它的手电筒，先照到案发现场，再决定怎么破案。

技能

技能就是把你常做的活，打包成 Codex 的“固定招式”。比如你总是要做某类检查、某种整理、某套流程，就可以把它做成技能，下次不用重复教它一遍。它很像你给 Codex 发了一本小抄，告诉它“这事以后就这么干”。官方用例里也明确提到可以把重复工作保存成 skills 。对高频任务来说，技能不是花活，是省命的懒人神器。

插件

插件可以理解成给 Codex 装外接装备。Codex 本体已经能干不少活，但插件能让它接入更多工具、场景或工作流，比如把某个移动端、特定流程或外部能力接进来。你可以把它想成“主机 + 扩展坞”，没有插件也能用，有插件就更像开了外挂，但这个外挂是正经接线，不是玄学玄功。适合你想把 Codex 从“会聊天”升级成“会办事”的时候玩。

自动化

自动化就是“你先定规矩，Codex 以后按规矩干活”。适合重复、机械、容易烦的事情，比如整理信息、发起流程、跟进任务、定时处理某类内容。你可以把它想成雇了一个不抱怨、不摸鱼、也不跟你讲情绪价值的实习生，只要流程写对，它就能一直跑。官方用例里也很强调把工作流做成可重复执行的任务。自动化的核心不是炫技，而是把你从重复劳动里解放出来。

7.2 中间区域

这是 Codex 真正干活的地方。

你在这里可以：

• 输入任务

• 上传文件

• 开启计划模式

• 选择权限

7.3 底部 / 输入区附近

这里还会看到一些关键选项：

当前权限模式

保守一点就选默认权限，就是动个啥都需要你审批。但是弹出来的东西咱又看不懂，干脆直接选完全访问权限，因为这样就不会每次都征求同意了，全部自动运行。

当前模型和思考强度

无脑选最新，推理等级日常选中、高都可以

7.4 设置

这些设置建议搞一下，不能跳过！

常规设置设置里面的这三个都打开。

跟进行为改成引导，中途想修改的时候就可以直接插入，而不是必须等着那个任务做完才能进行新一轮的对话。

在外观设置里翻到最底下，有个宠物的区域，有经典的 Codex 形象，也有各种各样其他的，可以自己去养着玩玩。

08

项目和对话的区别

8.1 对话是什么

对话更像你在桌面 App 里和 ChatGPT 聊天，适合琐碎工作。

适合做这些：

• 搜集资料

• 写文案

• 翻译一段话

• 回答一个问题

也就是说，你想让 Codex 帮你改一段文案、润色一封邮件、解释一段代码，这种一次性活，开对话就够了。像临时叫外卖，吃完就散。

8.2 项目是什么

项目是更强大的东西。

• 每个项目对应你电脑上的一个文件夹

• 你在这个项目里生成的文件、代码、PPT 、Excel ，都会保存在这里

• 不会丢失，方便管理

8.3 项目适合做什么

只要涉及“生成文件”，就尽量放到项目里：

• PPT

• Excel

• Word

• 代码

• 图片

你要连续改一个网站首页，今天改文案，明天改按钮，后天再补测试，这就更像项目。因为上下文要一直留着，不然每次都得从头认人。

你要围绕同一个主题反复推进，比如写教程、改提纲、补截图、再润色，项目会省很多事。像专门给这个主题开了一个工位。

8.4 一句话总结

• 只是聊天，用对话

• 要产出文件，用项目

8.5 形象理解

你可以把它理解成：

• 项目 = 一个大文件夹

• 对话 = 这个文件夹里的一个个工作线程

09

输入框里的常用功能

9.1 直接用中文说需求

你可以直接输入中文，告诉 Codex 你要它做什么。

9.2 @

输入 @会弹出一个列表。

你可以选择：

• 插件

• 某个文件

• 某个上下文

9.3 $

$可以触发某个技能，也就是 SKILL 。

9.4 左下角加号

点开之后可以上传文件，比如：

• PPT

• Excel

• 图片

• 其他资料

9.5 Plan Mode

这是计划模式。

开启后：

• Codex 只和你讨论方案

• 不会实际改文件

适合：

• 复杂任务

• 你想先看方案再动手

这点很重要，因为它能避免一上来就改坏东西。

10

权限模式怎么选

因为 Codex 能直接改你电脑上的文件、运行命令，所以它必须有权限等级。

10.1 请求批准

这是最安全的模式。

特点：

• 只能在当前项目文件夹内部修改

• 联网、终端命令、访问文件夹外内容时，都要问你同意

适合：

• 新手

• 不确定 AI 会做什么的场景

10.2 替我审批

这种模式下，Codex 会先自己判断风险。

如果它觉得安全，比如创建新文件，它就自动通过，不用你点确认。

如果它觉得有风险，比如删除文件，它就会弹窗问你。

你可以把它理解成：

• 给 AI 配了一个“内部审批员”

• 减少频繁打断

• 但又保留一定安全性

10.3 完全访问权限

这是最高权限。

Codex 可以做任何事：

• 不仅能在当前文件夹里操作

• 还可以去文件夹外面做操作

• 全程不需要你同意

优点：

• 效率最高

• 可以一口气把复杂任务做完

缺点：

• 风险最大

• 可能删掉你不想删的文件

• 可能装你不想装的依赖

• 可能跑你不想跑的命令

10.4 新手建议

新手第一周建议先用默认权限

等你比较熟悉以后，再试自动审查

只有在你非常了解它的行为，并且项目有 Git 备份的情况下，才考虑完全访问权限

11

模型和思考强度怎么选

输入框右下角会显示：

• 当前使用的 AI 模型

• 当前思考强度

11.1 模型理解

• GPT-5.5：目前最强，适合复杂代码编写、重构、调试

• GPT-5.4：能力也很强，覆盖大部分编程场景

• GPT-5.4 mini：更小更快，适合简单任务

• GPT-5.3 codex：专门为编程优化，某些复杂工程任务也很强

11.2 怎么选

• 简单任务：小模型

• 复杂任务：强模型

11.3 思考强度有哪几档

它们的区别是：

• 低：想得少，速度快，但容易出低级错误

• 中：日常最推荐，速度和质量平衡

• 高：适合稍复杂的任务，比如跨文件功能开发

• 超高：适合诡异 bug 或大规模重构

11.4 速度选项

还有一个速度设置：

• 标准

• 快速

快速模式会更快，但也更耗额度。日常一般先用标准就够了。

12

终端是什么

你可以先把终端理解成：

• 一个能输入命令的窗口

• 程序员常用它来运行程序、安装工具、查看文件

Codex 的 App 里内置了终端，不用你再额外开别的窗口。

它有两个特别的地方

1 ）工作目录会自动跟着当前对话走

如果你当前对话在某个工作树里，终端就会自动切到对应目录。

你不用手动来回切换。

2 ） Codex 能读取终端输出

比如你在终端启动了一个开发服务器：

• 它能看到日志

• 能判断服务器有没有跑起来

• 能判断有没有报错

这就很像一个真正的助手，而不是只会“下命令”。

13

agents.md 是什么

agents.md 是一个非常重要的概念。

你可以把它理解成：

• 给 Codex 写的一份“入职手册”

• 或者说是“项目规矩说明书”

为什么要写它

因为 Codex 每次开新对话的时候，默认是没有其他窗口记忆的。

如果你在一个对话里说过很多注意事项，换到另一个对话又要重复一遍，就会很麻烦。

所以把规则写进 agents.md 以后：

• 它以后每次来这个项目都会自动读取

• 会按照里面的规则做事

怎么写

我这里的指令是 zcf 里面工程师模式自带的，如果你也使用 zcf 来配置 codex 那么它也会帮你设置好。

大家推荐一个来自大神卡帕西的模板，可以直接复制粘贴使用

Behavioral guidelines to reduce common LLM coding mistakes. 
Merge
 
with
project
-specific instructions 
as
 needed.

**Tradeoff:** These guidelines bias toward caution 
over
 speed. 
For
 trivial tasks, 
use
 judgment.

## 
1.
 Think 
Before
 Coding

**Don
't assume. Don'
t hide confusion. Surface tradeoffs.**

Before
 implementing:

- State your assumptions explicitly. 
If
 uncertain, ask.

- 
If
 multiple interpretations exist, 
present
 them 

- don
't pick silently.- If a simpler approach exists, say so. Push back when warranted.- If something is unclear, stop. Name what'
s confusing. Ask.

## 
2.
 Simplicity 
First

**
Minimum
 code that solves the problem. 
Nothing
 speculative.**

- 
No
 features beyond what was asked.

- 
No
 abstractions 
for
 single-
use
 code.

- 
No
"flexibility"
or
"configurability"
 that wasn
't requested.- No error handling for impossible scenarios.- If you write 200 lines and it could be 50, rewrite it.Ask yourself: "Would a senior engineer say this is overcomplicated?" If yes, simplify.## 3. Surgical Changes**Touch only what you must. Clean up only your own mess.**When editing existing code:- Don'
t 
"improve"
 adjacent code, comments, 
or
 formatting.

- Don
't refactor things that aren'
t broken.

- 
Match
 existing 
style
, even 
if
 you
'd do it differently.- If you notice unrelated dead code, mention it - don'
t 
delete
 it.When your changes 
create
 orphans:

- Remove imports/
variables
/functions that YOUR changes made unused.

- Don
't remove pre-existing dead code unless asked.The test: Every changed line should trace directly to the user'
s request.

## 
4.
 Goal-Driven Execution

**
Define
success
 criteria. 
Loop
until
 verified.**

Transform tasks 
into
 verifiable goals:

- 
"Add validation"
 → 
"Write tests for invalid inputs, then make them pass"

- 
"Fix the bug"
 → 
"Write a test that reproduces it, then make it pass"

- 
"Refactor X"
 → 
"Ensure tests pass before and after"

For
 multi-step tasks, state a brief plan:

1.
 [Step] → 
verify
: [
check
]

2.
 [Step] → 
verify
: [
check
]

3.
 [Step] → 
verify
: [
check
]

Strong 
success
 criteria let you 
loop
 independently. Weak criteria (
"make it work"
) require 
constant
 clarification.

---

**These guidelines 
are
 working 
if
:** fewer unnecessary changes 
in
 diffs, fewer rewrites due 
to
 overcomplication, 
and
 clarifying questions come 
before
 implementation rather 
than
after
 mistakes.

14

如何真正开始一个项目

14.1 第一步：新建项目

比如创建一个：

• 个人品牌网站

14.2 第二步：在项目对话里告诉它你要什么

比如：

• 做一个网站首页

• 有个人介绍

• 有作品展示

• 能本地预览

提需求尽可能详细，例如：

请帮我做一个个人主页网站首页，要求可以在本地直接预览运行。


页面目标：

- 
展示我的个人介绍

- 
展示我的作品/项目

- 
看起来专业、简洁、有设计感

- 
适合个人品牌展示


页面内容结构：

1. 
顶部导航

- 
Logo/姓名

- 
主页、作品、关于我、联系我


2. 
首屏 Hero

- 
我的姓名

- 
一句个人定位/简介

- 
一个主按钮：查看作品

- 
一个次按钮：联系我


3. 
个人介绍

- 
简短自我介绍

- 
擅长领域

- 
个人特点


4. 
作品展示

- 
用卡片形式展示 3-6 个作品

- 
每个作品包含：标题、简介、技术/标签、链接按钮

- 
支持图片占位或项目封面


5. 
联系方式

- 
邮箱、社交链接、GitHub/微博/小红书等


视觉风格：

- 
现代、简洁、统一

- 
不要使用默认模板感太强的布局

- 
颜色搭配舒服，层次清晰

- 
适合电脑和手机端自适应


技术要求：

- 
请使用适合本地预览的前端方案

- 
代码要能直接运行

- 
如果需要脚手架，请给出完整项目结构

- 
请附上本地启动方式

- 
如果有需要，请把数据写成可修改的配置文件，方便后续替换内容


交付要求：

- 
先给出页面结构方案

- 
再输出完整可运行代码

- 
最后告诉我如何在本地预览

- 
尽量少依赖第三方库，保持简单

Codex 会帮你从头写代码，并自动在本地跑起来一个开发服务器。

14.3 第三步：打开本地网址预览

它会给你一个本地地址，你在浏览器里就能看效果。

14.4 第四步：不满意就继续改

你可以直接告诉它：

• 给标题加点边距

• 让按钮再大一点

• 颜色再柔和一点

它会实时修改，你刷新浏览器就能看到新效果。

14.5 第五步：部署上线

调整满意之后，网站还只是跑在你本地电脑上，别人看不到。

要让全世界都能访问，就需要部署。

部署的意思是：

• 把你电脑上的网站代码交给云平台

• 让云平台帮你运行

• 给你一个公开网址

常见云平台包括：

• Vercel

• 阿里云

• 腾讯云

如果你恰好在云平台上安装了 codex ，就可以让 Codex 直接帮你部署上线。

15

条核心原则

15.1 一涉及文件，就用项目

不要用对话硬扛所有事情。

15.2 一个任务，一个对话

不要一个对话里塞十件不同的事情。

比如：

• 重构登录

• 加用户头像

这应该是两个不同的对话。

15.3 复杂任务先让 Codex 出计划

不要一上来就让它动手。

先看它打算怎么做，再让它执行。

15.4 把“做完标准”写清楚

不要只说“帮我修这个 bug”。

你应该写清楚：

• 测试要全过

• 手动要测一遍

• 不能改无关文件

• 什么叫真正完成

这样 Codex 才知道你要的“完成”是什么。

15.5 经常 git 提交

每完成一个小步骤就提交一下：

• 如果改坏了，能迅速回到正确版本

• 如果中途出问题，回退也轻松

15.6 让 Codex 审查 Codex

一个很有意思的做法是：

• 大任务完成后

• 新开一个对话

• 让 Codex 自己审查自己刚写的代码

重点让它检查：

• 安全性

• 性能

• 逻辑问题

它经常能挑出第一次没注意到的问题。

16

Codex 适合哪些人使用

Codex 其实不只适合程序员。它更像一个可以被你“指挥去做事”的 AI 助理，尤其擅长处理重复工作、跨文件工作、长流程工作和需要反复整理验证的任务。

• 读取文件

• 修改文件

• 跑命令

• 查资料

• 拆任务

• 并行处理多个工作流

• 生成初稿和结果

如果你的工作经常出现“整理、汇总、改写、验证、输出”这些动作，那就很适合用它来处理。

17.1 程序员最适合

这是最直接的一类人。

程序员每天都会接触大量重复性工作，比如写功能、查问题、补测试、改文档、看日志、做回归。Codex 能把这些事情从“你自己一条条处理”，变成“你交代目标，它去执行”。

适合场景

• 写新功能

• 修 bug

• 重构代码

• 补测试

• 查日志

• 做回归验证

• 生成 PR 草稿

• 梳理改动影响

真实案例

你接到一个新需求，不想手动从零开始搭结构，可以先让 Codex 生成基础实现，再人工检查关键逻辑。

线上出现报错，你把日志和相关文件交给它，它可以帮你先定位最可能的问题范围。

一个旧模块太乱，你可以让 Codex 先重构一版，再由你做最后审查。

提交代码前，你可以让它帮你补测试、查边界条件、整理 PR 说明。

可直接实操的提示词

• 请根据这个需求实现功能，并说明你的修改思路、影响范围和潜在风险。

• 请帮我检查这段代码可能存在的 bug 、边界条件和性能问题。

• 请把这个模块重构得更清晰一些，尽量保持现有行为不变。

• 请为这个接口补充测试用例，优先覆盖正常路径和异常路径。

• 请查看相关日志，帮我定位这个问题最可能的原因。

• 请根据当前改动生成一版 PR 草稿，包含改动摘要、测试结果和回滚建议。

适合人群细分

• 后端工程师

• 前端工程师

• 测试工程师

• 全栈工程师

• 技术负责人

17.2 运营最适合

运营不一定要天天写代码，但特别适合学 Codex 。因为运营经常要做的事情，本质上就是“搜集信息、整理内容、做表格、写稿子、产出报表”。

Codex 很适合把这些零散工作变成标准流程。

适合场景

• 搜资料

• 写文案

• 整理成 Word

• 整理成 Excel

• 做 PPT

• 写日报、周报、复盘

• 定时收集信息

• 汇总竞品动态

真实案例

电商运营每天都要看竞品活动、价格、评论，你可以让 Codex 自动整理成表格和摘要。

内容运营要做选题和素材整理，可以让它先搜资料，再输出成文案框架。

活动运营要做复盘，可以让它把数据和记录整理成一版完整总结。

用户运营要跟踪反馈，可以让它帮你把零散信息归类。

可直接实操的提示词

• 请帮我搜集这个主题的资料，整理成一份适合汇报的 Word 大纲。

• 请把这些信息整理成 Excel 可用的表格，字段要清晰，便于后续筛选。

• 请根据这些内容生成一版适合团队汇报的 PPT 大纲。

• 请把这周的数据整理成周报，分成结果、问题、原因、下周计划四部分。

• 请总结这批素材里的共性，并提炼出适合复用的运营策略。

• 请帮我每天固定整理一次竞品信息，并输出成可读的摘要格式。

适合人群细分

• 电商运营

• 内容运营

• 活动运营

• 用户运营

• 新媒体运营

17.3 设计师最适合

如果你是设计师，Codex 不一定替你做审美判断，但特别适合帮你快速验证想法、搭页面、跑原型。

它最适合做的不是“最终设计”，而是“先把东西跑起来”。

适合场景

• 快速做交互原型

• 生成页面草图

• 根据想法搭界面

• 拆页面模块

• 先做可运行版本再迭代

• 辅助整理页面文案

真实案例

你有一个活动页面想法，可以先让 Codex 搭出低保真版本，再慢慢调整视觉。

你想验证信息层级是否合理，可以先让它拆模块，而不是直接做精修设计。

你临时需要一个可演示页面，可以先让它把功能跑起来。

你要和产品对齐思路，可以先让它输出结构草图和交互流程。

可直接实操的提示词

• 请根据这个需求先输出页面结构草图，按顶部、中部、底部拆分。

• 请帮我把这个页面拆成几个模块，并说明每个模块的作用。

• 请先搭一个可运行的简单版本，不要求美观，但要能看出交互逻辑。

• 请根据这个活动主题，给我页面文案和模块顺序建议。

• 请帮我把这个页面的内容层级梳理清楚，哪些是主信息，哪些是辅助信息。

• 请先做一个低保真原型，重点验证信息结构是否合理。

适合人群细分

• UI 设计师

• UX 设计师

• 交互设计师

• 视觉设计师

• 设计主管

17.4 自媒体和内容创作者最适合

如果你做内容，Codex 很有用。因为内容创作的很多工作，其实不是“写”，而是“找、整理、归纳、重组”。

Codex 能帮你把零散素材变成更适合发布的内容结构。

适合场景

• 根据关键词搜资料

• 整理相关信息

• 分析爆款选题

• 归纳内容结构

• 整理素材

• 改写成更好用的稿子

• 输出标题和摘要

真实案例

你准备写一篇选题，可以先让 Codex 搜集相关资料，再提炼成内容结构。

你手上有很多碎片笔记，可以让它整理成一篇逻辑更完整的文章。

你想看某个话题为什么容易爆，可以让它帮你分析标题、结构和表达方式。

你做多平台分发时，可以让它把同一份内容改成公众号、小红书、视频口播多个版本。

可直接实操的提示词

• 请围绕这个关键词，帮我整理 10 个选题方向，并说明每个方向适合什么受众。

• 请帮我搜集这个主题的资料，并按“背景、观点、案例、结论”整理。

• 请把这些零散素材整理成一篇逻辑清晰、适合发布的文章初稿。

• 请分析这几个标题的共同点，并给我更容易传播的标题建议。

• 请帮我提炼这篇内容的核心卖点，方便我做二次传播。

• 请把这段内容改写成更适合公众号/小红书/视频口播的版本。

适合人群细分

• 公众号作者

• 小红书博主

• 视频号创作者

• 知识博主

• 自媒体团队

17.5 做文档、报表、知识整理的人也很适合

如果你的工作里经常出现 Word 、Excel 、PPT 、资料汇总、项目总结、报告整理，那也很适合学。

因为 Codex 的强项不只是代码，而是把一堆材料变成一个可以交付的结果。

适合场景

• 汇总资料

• 生成报告初稿

• 处理文档结构

• 归纳重点

• 做对比表

• 输出总结版内容

真实案例

你有一堆会议记录，可以让 Codex 先整理出重点和行动项。

你要写项目总结，可以让它先把信息归类，再生成初稿。

你要整理一套知识库，可以让它把材料拆成章节、子页和重点模块。

你要做汇报材料，可以让它先搭内容骨架，再逐步补充细节。

可直接实操的提示词

• 请把这些资料整理成一份结构清晰的 Word 报告。

• 请从这批材料中提炼重点，按主题分类整理。

• 请帮我把这份内容整理成适合汇报的 PPT 结构。

• 请把这些信息做成表格，方便后续筛选和复用。

• 请帮我写一版项目总结，重点突出结果、问题和改进方向。

• 请把这些零散内容整理成一份可检索的知识库大纲。

适合人群细分

• 行政

• 运营助理

• 项目助理

• 研究助理

• 咨询顾问

17.6 团队协作和管理岗也值得学

Codex 还有一个很关键的能力：可以同时处理多个任务，适合并行工作流。

所以如果你是项目经理、产品经理、小团队负责人、技术管理者，也很适合学。

适合场景

• 分任务

• 跑多个并行工作流

• 先出方案再执行

• 让不同对话处理不同目标

• 统一团队输出格式

• 做协作前的整理和拆解

真实案例

产品经理可以先让 Codex 拆需求，再分别生成功能点、风险点和验收标准。

项目经理可以让它整理会议纪要、行动项和负责人。

团队负责人可以让它先列出方案，再拆执行步骤。

技术管理者可以让它帮忙整理多个任务的优先级和依赖关系。

可直接实操的提示词

• 请把这个项目拆成几个子任务，并按优先级排序。

• 请先输出方案，再列出执行步骤和风险点。

• 请帮我整理这次会议纪要，并提炼出行动项、负责人和截止时间。

• 请把这个需求拆成产品、设计、开发、测试四个部分的工作清单。

• 请帮我检查这个方案是否存在遗漏、冲突或协作风险。

• 请分别从执行、沟通、验收三个角度，给我这项工作的管理建议。

17.7 不同行业可以直接照着用

Codex 的价值，不在于某个行业“专属”，而在于它能帮你处理几乎所有重复性、结构化、需要产出结果的工作。

适合直接上手的行业

• 电商

• 内容

• 教育

• HR

• 销售

• 行政

• 产品

• 咨询

• 财务

• 法务

• 项目管理

通用提示词模板

• 请帮我把这项工作拆解成步骤，并给出执行顺序。

• 请根据这批材料，整理出一版可交付的初稿。

• 请帮我检查这份内容是否有遗漏、冲突或逻辑问题。

• 请把这些零散信息整理成表格、提纲和结论三部分。

• 请先给我一个可执行版本，不追求完美，但要能落地。

最后一句话

如果你的工作里有大量重复整理、跨文件处理、资料归纳和结果输出，Codex 就很值得尝试使用。