在阅读文章前，辛苦您点下“关注”，方便讨论和分享。作者定会不负众望，按时按量创作出更优质的内容。

文 | 艾斯 编辑 | 有钳

开篇：先把 Codex 当成“会做事的办公助手”

许多人听到 Codex，第一反应是：这是程序员写代码用的吧？

这个理解没错，但不完整。Codex 的官方定位的确 是 OpenAI 的软件开发智能体，它能读代码、写代码、改代码、查问题、做代码审查。但在 Codex 桌面版里，你实际接触到的能力并不只限于“写程序”。它可以读取你给的文件，理解一批材料，生成计划，帮你整理文档，检查表格，生成图片，使用浏览器查看页面，也能在你允许的范围内调用插件或连接器处理外部资料。

所以，对小白用户来说，最实用的理解是：

Codex 不是一个聊天框，而是一个能围绕文件夹、资料和任务持续工作的办公助手。

你不用会写代码，也可以让它做许多重复性很强的办公工作：整理会议纪要、改写文章、审核文档、汇总竞品资料、生成周报、检查网页资料、准备 PPT 大纲、设计工作流程。关键不是让它“替你做决定”，而是让它把资料收拢、步骤拆开、初稿产出，再由你做最后判断。

小编会尽量少讲术语，多讲“你应该怎么问”。如果你只记住一句话，就是：把任务说清楚，把资料放到位，让 Codex 先给计划，再让它分步执行，最后你人工复核。

一、小白第一次用 Codex，先准备三样东西

不要一上来就问：“帮我提高工作效率。”这个问题太大，Codex 不知道你手里有什么资料，也不知道你想要什么结果。

第一次使用，提议先准备三样东西。

第一样，是一个清楚的任务目标。列如“把这份会议转写整理成纪要”“把三份竞品资料做成对比表”“把这篇文章改成适合头条发布的版本”。目标越具体，结果越稳定。

第二样，是任务相关资料。可以是 Word、PDF、Markdown、Excel、网页链接、会议转写文本，也可以是一整个文件夹。资料不要乱丢，最好提前放到一个目录里，并给文件起清楚名字，例如 会议转写.txt、竞品A官网资料.md、上周销售数据.xlsx。

第三样，是你希望它遵守的输出格式。列如“输出 Markdown”“控制在 1500 字以内”“要有行动项表格”“每条结论都标注来源”“不要使用夸张营销语”。

一个适合小白复制的开场提示词是：

我想让你帮我处理这个文件夹里的办公资料。
请先不要直接改文件，先阅读资料并告知我：
1. 你看到了哪些文件；
2. 这些文件适合完成什么任务；
3. 如果要完成我的目标，你提议分几步做；
4. 哪些地方需要我人工确认。
我的目标是：把这些资料整理成一份可以发给领导看的周报。
输出格式：Markdown，结构要清晰，语气正式但不要太硬。

这段话的重点是“先不要直接改文件”。它能让 Codex 先理解环境，再给你一个计划。对新手来说，这比直接让它动手安全得多。

二、场景一：整理会议纪要

会议纪要是最适合小白练手的场景，由于它一般有固定结构：背景、讨论要点、决定事项、行动项、待确认问题。

你可以先把录音转成文字，再把转写文本放进文件夹。Codex 不必定负责录音转写本身，但它很适合处理已经转成文字的内容。

可以这样问：

请阅读 `会议转写.txt`，帮我整理成会议纪要。
要求：
1. 先用 5 句话总结会议背景；
2. 按主题归纳讨论内容，不要逐字复述；
3. 输出一个行动项表格，列出“事项、负责人、截止时间、依赖条件”；
4. 如果转写中没有明确负责人或截止时间，请写“待确认”；
5. 最后列出 3 个会后需要追问的问题。

这个提示词里最重大的是第四条。许多 AI 工具会为了让结果看起来完整，自己猜负责人和截止时间。你明确要求“没有就写待确认”，就能减少乱编。

输出后，你要重点检查三件事。

第一，行动项是否真的来自会议内容。第二，负责人和时间有没有被它猜出来。第三，是否遗漏了争议点。有些会议纪要不能只写共识，还要写“谁提出了反对意见”“为什么暂时没定”。

如果你希望它继续帮你起草跟进消息，可以追加：

请根据行动项表格，帮我起草一段发到工作群的跟进消息。
语气礼貌、简洁，不要像机器人。
每个行动项用一行说明，并提醒大家补充遗漏。

三、场景二：审核和改写文档

办公里最耗时间的事情之一，是把一份“能看”的稿子改成“能发”的稿子。列如公众号文章、头条文章、项目方案、通知邮件、汇报材料。

Codex 做这类任务时，最好分两步：先审核，再改写。

不要一上来就说“帮我润色”。润色只会改变句子表面，无法解决实际错误、结构混乱、论据不足的问题。更好的方式是让它先做审稿。

你可以这样问：

请审核这份文档，先不要改写。
请按下面 5 类列出问题：
1. 实际可能错误或需要核查的地方；
2. 逻辑不顺或重复的地方；
3. 标题、开头、结尾是否适合发布；
4. 哪些表述可能过度夸张或容易引发误解；
5. 如果要改成适合普通读者阅读的版本，提议怎么重排结构。
输出时请用表格：问题位置、问题类型、缘由、提议改法。

等它列出问题后，再让它改：

请根据刚才的审核结果，重写成一篇适合头条发布的文章。
要求：
1. 标题温和，不制造争议；
2. 正文 5000 到 8000 字；
3. 面向小白读者，多举例；
4. 实际不确定的地方不要写成绝对结论；
5. Markdown 格式输出；
6. 需要配图的位置只写“配图提议”，不要直接插入图片。

这里有一个关键原则：凡是涉及数据、政策、价格、产品功能、公司发布时间，都要核查。如果 Codex 没有可靠来源，就让它改成“公开资料显示”“以当前版本为准”“不同账号权限可能不同”。这会让文章更稳，也更不容易被读者抓错。

四、场景三：资料汇总和竞品分析

竞品分析听起来很专业，实则小白也可以用一个固定框架做出来。

你先准备 3 到 5 个竞品的资料：官网介绍、产品截图说明、价格页、用户评论、媒体报道、公开财报或新闻。然后让 Codex 帮你统一口径。

提示词可以这样写：

请阅读这个文件夹里的竞品资料，帮我做一份竞品分析。
请先建立统一表格，字段包括：
产品名称、目标用户、核心功能、价格模式、主要优势、主要短板、适合学习的地方。
要求：
1. 每条结论尽量标注来自哪个文件；
2. 不确定的信息写“未找到明确来源”；
3. 不要为了表格完整而编造信息；
4. 最后给我 5 条可执行提议。

小白最容易犯的错，是把“资料汇总”当成“结论”。真正有用的竞品分析，必须从资料里走到判断。你可以继续追问：

请基于上面的表格，回答三个问题：
1. 哪个竞品最值得我们重点研究，为什么？
2. 哪些功能只是表面类似，实际用户场景不同？
3. 如果我们下个月只能做 2 个改善，优先做什么？

资料可信度也要分层。官网适合看官方定位，价格页适合看商业模式，用户评论适合看痛点，媒体报道适合看背景，但不能把任何单一来源当成全部实际。让 Codex 标注来源，就是为了方便你回头检查。

五、场景四：从表格到周报、月报和 PPT 大纲

许多人写周报痛苦，不是由于不会写，而是由于资料散。聊天记录里有一部分，表格里有一部分，项目文档里又有一部分。Codex 的价值，是把这些碎片先整理成结构。

你可以把本周数据表、项目记录、会议纪要放到同一个文件夹，然后这样问：

请根据这些资料生成一份本周工作周报。
结构：
1. 本周完成；
2. 关键数据变化；
3. 进行中的事项；
4. 风险与阻塞；
5. 下周计划。
要求：
每条内容尽量对应到具体资料或数据；
不要写空话；
如果资料不足，请列出需要我补充的信息。

如果要做 PPT，不要让它直接“做一个完美 PPT”。更好的方式是先让它生成大纲：

请把这份周报改成 8 页 PPT 大纲。
每页包括：标题、核心观点、提议图表、讲解要点。
风格：适合向部门负责人汇报，重点突出进展和风险。

这样得到的结果一般更好，由于 PPT 的核心不是排版，而是“每一页讲什么”。你先用 Codex 把逻辑理顺，再决定要不要交给幻灯片工具做视觉呈现。

六、场景五：网页资料核查和信息整理

写文章、做报告、准备方案时，最怕资料过期。尤其是产品功能、价格、政策和公开数据，变化很快。

如果你的 Codex 环境里可以使用网页搜索或浏览器能力，就可以让它辅助核查。但要记住：联网不等于正确，搜索结果也要看来源。

一个稳妥的提示词是：

请帮我核查这段文字里的实际。
要求：
1. 优先查官方来源；
2. 如果没有官方来源，再看主流媒体或权威机构；
3. 对每条实际给出“保留、改写、删除”的提议；
4. 不要大段复制网页内容；
5. 最后列出我发布前必须人工确认的点。

如果你在写教程，最好让它把“版本差异”写出来。例如：

请检查文中关于 Codex 功能的描述是否过时。
如果不同账号、不同地区、不同插件安装状态会导致功能不同，请在正文中改成更稳妥的表述。

这类提示词能避免把你当前账号里看到的功能，误写成所有人都有。

七、场景六：自动化提醒和重复任务

Codex 桌面版支持围绕线程或项目做自动化任务。小白可以先从低风险任务开始，列如提醒你检查某个文件、定期整理资料、每天生成待办草稿。

适合自动化的任务有三个特点：重复发生、规则清楚、结果需要你复核。

列如：

请帮我设计一个每天晚上 9 点执行的资料整理提醒。
任务内容：
1. 检查今天新增的会议纪要和临时笔记；
2. 按项目归类；
3. 生成一份“明天优先处理事项”草稿；
4. 如果发现缺少负责人或截止时间，列为待确认。

不适合自动化的任务也很明确：涉及转账、发合同、删除大量文件、修改系统设置、替你做法律或医疗判断。这些任务可以让 Codex 帮你准备材料，但不能让它无人值守地执行。

八、进阶理解：AGENTS.md、Skills 和 MCP 是什么

如果你只是偶尔整理一份文档，可以不用管这些概念。但如果你想长期用 Codex 做办公助手，理解这三件事会很有协助。

AGENTS.md 可以理解为“长期工作说明书”。你把常用规则写进去，例如你的语气偏好、文件命名规则、报告格式、禁止事项。这样每次打开项目，Codex 都更容易进入状态。

Skills 可以理解为“可复用工作流程”。列如你常常做会议纪要，就可以有一个会议纪要 Skill；常常做文章审稿，就可以有一个审稿 Skill。Skill 里可以写步骤、模板、检查表，必要时还可以配脚本。

MCP 可以理解为“连接外部工具的方式”。当 Codex 需要访问 Figma、GitHub、文档系统、浏览器或公司内部工具时，MCP 可以提供更结构化的入口。普通用户不必定要自己配置，但要知道：不是所有外部工具都能直接用，能不能用取决于你是否安装插件、是否授权、公司是否允许。

给小白的提议是：先不要追求复杂配置。先把一个文件夹、一类任务、一个输出模板跑通。等你发现同样的要求每周都要重复说，再思考把规则写进 AGENTS.md 或整理成 Skill。

九、安全边界：哪些事必定要人工复核

Codex 能帮你减少重复整理，但不能替你承担责任。

以下几类内容必定要人工复核：

1. 对外发布的实际、数据、引用和政策解释；
2. 涉及合同、法律、医疗、财务、投资的判断；
3. 含有客户隐私、身份证号、银行卡、病历、内部机密的资料；
4. 会改动大量文件、发送消息、提交表单、删除内容的操作；
5. 任何你自己看不懂但准备直接交付的结果。

一个很好用的发布前检查提示词是：

请作为审稿助手检查这份最终稿。
只检查问题，不要改写。
重点检查：
1. 是否有未经证实的数据；
2. 是否有过度承诺；
3. 是否有隐私或敏感信息；
4. 是否有可能误导读者的绝对化表达；
5. 是否有需要人工确认的来源。

记住一个简单规则：Codex 负责把工作变清楚，你负责最后拍板。

结尾：从一个小任务开始，而不是从“全面自动化”开始

小白学 Codex，不要一开始就想着搭建复杂系统，也不要幻想它一次性接管所有工作。最好的起点，是选一个你每周都要重复做的小任务。

列如：

请帮我把这份会议转写整理成纪要。
请先输出结构，再输出正文。
行动项不明确的地方写“待确认”。

或者：

请帮我审核这篇文章是否适合发布。
先列问题，再给改写提议。
不要直接重写。

再或者：

请根据这个文件夹里的资料，生成一份周报草稿。
要求有完成事项、风险、下周计划。
没有来源的内容不要编。

当你把一个小任务跑顺，再把提示词保存下来，下次复用。重复几次后，你就会慢慢形成自己的办公流程：资料放哪里、怎么命名、怎么提要求、怎么复核、怎么发布。

这才是 Codex 对普通办公用户真正有价值的地方。

它不是让你少思考，而是让你少做机械整理；不是替你负责，而是帮你把信息铺开；不是一键生成完美答案，而是让你更快得到一个可以检查、可以修改、可以交付的初稿。

用好 Codex 的关键，不是会不会写代码，而是会不会把工作说清楚。