压榨 Codex 的 5 个方法
别再每次都重新跟 AI 解释需求。把重复动作交给 Codex 自己跑：让它长出手脚、自己定目标、按时上班、读懂你的知识库，再把常用流程沉淀成 Skills。
这篇想解决一个很具体的问题：你已经开始用 Codex 了，但每次还是要自己复制资料、补背景、反复解释需求，最后感觉不是 AI 在帮你省时间，而是你在陪它加班。
Codex 真正好用，往往不是因为你写出了多神的 prompt，而是你开始把一些重复动作交给它自己跑：读邮件、找资料、连 Obsidian、定时整理信息，再把常用流程固化成 Skills。
下面是最常用的 5 个方法。你不用一次全配完，先挑一个最适合自己的场景试起来就行。
如果你是 Codex 新手，看完至少能拿走：
- 插件：让 Codex 接上 Gmail、Google Drive、GitHub 这类工具
- Goal Mode：别每一步都手动指挥，直接给它目标
- 自动化：让 Codex 到点自己跑重复任务
- MCP + Obsidian：让 Codex 读取你的知识库
- Skills：把常用流程固化成可复用能力
我越来越觉得，Codex 效率提升的关键，不是「多聊几句」，而是慢慢减少那些你每次都要重复说的话。
1. 插件：先让 Codex 长出手脚
没有插件的 Codex，只能回答你；接上插件以后，它才开始能做事。插件让 Codex 连接其它工具和信息来源，比如 Google Drive、邮箱、外部系统——你不用再把一堆资料复制粘贴给它，它可以自己去工具里找。
最直观的感受来自 Gmail。以前处理邮件很烦：扫标题、点进去看、判断要不要回、再想怎么回。现在我会直接让 Codex 用 Gmail 插件处理第一轮——哪些紧急、哪些要回、哪些只是通知，先筛出来，需要回复的先起草，我只负责看一眼、改两句。
关键是：不要只让 AI「想」，要让它能「动手」。Gmail、Slack、Figma、Notion、Google Drive、GitHub 这些插件接上以后，Codex 就不再只是一个聊天 AI，而是能进工具里帮你干活的助手。
小白怎么配
- 打开 Codex app。
- 进左侧或设置里的 Plugins。
- 搜索 Gmail / Google Drive / GitHub 这类插件。
- 点安装或连接。
- 按提示登录授权。
- 回到对话里，明确告诉 Codex 用哪个插件。
直接复制这个命令：
2. Goal Mode：不要给任务，给目标
很多人用 Codex 是这样的：「帮我看一下这个文件」「再改一下」「这里不对」「继续」。这其实还是你在牵着它走——你累，它也容易跑偏。
Goal Mode 更像是你给它一个终点，然后让它自己拆步骤、执行、检查、修正。官方 2026-05-21 的更新说明里提到，Goal Mode 已经在 Codex app、IDE 扩展和 CLI 里可用——你定义结果和成功标准，让它持续朝目标推进。
比如排查 Bug，不要只说「帮我看看哪里错了」，而要给出目标和成功标准：
我以前让 Codex 改格式也踩过坑：一开始一步步说——先改标题、再调引用、再检查格式，后来发现没必要。更好的方式是直接告诉它：把这篇论文改到目标期刊格式，成功标准是标题、摘要、引用、图表编号、参考文献都符合要求，最后给我一份修改总结。
普通模式是你说一步、它走一步；Goal Mode 是你定义终点、它自己找路。如果你在 CLI 里看不到 /goal，可以先检查并开启：
codex features enable goals，然后重启 App；在输入框点「目标 / /goal」加上你要做的事，把权限放开，让它自己找路。小白怎么配
- 打开 Codex app，进入一个 Project。
- 在输入框输入
/goal。 - 写清楚目标、资料范围、成功标准。
- 让它开始执行，中途只在必要时介入。
- 看不到
/goal就用上面的命令开启 goals，再重启 Codex。
直接复制这个命令：
3. 自动化：让 Codex 每天自己上班
真正省时间的，不是「我叫它，它很快」，而是「我不叫它，它也会按时出现」。这就是 Automations。判断一个好任务的标准：具体、可重复、容易复查。
别一上来就让它「帮我赚钱」「帮我运营账号」，太虚了。先从每天、每周重复的小流程开始：每天早上检查项目错误日志、整理新增问题，或者每天早上整理 AI / Codex / MCP 的重要更新。醒来先看一份筛过的简报，而不是钻进信息流里捞半小时。
小白怎么配
- 先在普通对话里手动跑一次。
- 确认输出格式满意。
- 对 Codex 说：把刚才这个任务创建成自动化。
- 去左侧 Automations 检查任务。
- 确认频率、提示词、状态。
- 先跑 2–3 次，再回头改 prompt。
直接复制这个命令：
4. MCP + Obsidian：把 Codex 接进你的知识库
互联网给 Codex 外部信息，Obsidian 给 Codex 你的个人上下文——这俩不一样。很多人说 AI 不懂自己，其实也正常：你的笔记、经验、素材、项目复盘都在 Obsidian 里，Codex 没看见，当然只能泛泛地写。
MCP 解决的就是这个问题。通过 MCP，你可以让 Codex 连接 Obsidian、文档库、内部工具，把文档内容拉进它的上下文。如果你的 Obsidian 装了 Local REST API with MCP，Codex 就能读取 vault 里的 md 文件——比如这篇文章，就是从 Obsidian 的素材库里读素材、再结合官方教程整理出来的。
小白怎么配
- 在 Obsidian 安装
Local REST API with MCP。 - 打开插件，确认 REST API 服务已启动。
- 记录插件里的 API Key。
- 在 Codex 的 MCP 配置里添加 Obsidian server。
- 重启 Codex。
- 让 Codex 测试读取一篇笔记。
配置大概长这样：
直接复制这个命令：
5. Skills：把常用流程固化
如果一个流程你重复做了 3 次，就应该把它变成 Skill。官方把 Skills 形容成一本 Codex 可以照着执行的 playbook；更简单地说，Skill 就是你写给 Codex 的 SOP。插件解决「去哪里拿资料」，Skills 解决「按什么流程做」。
比如你经常让 Codex 写 X 长文，不要每次都重新说：开头要有钩子、不要 AI 味、先讲痛点、再给方法、每个方法要有例子、最后要有行动号召——这些应该沉淀成一个 Skill。
更进一步，可以做父子 Skill：父 Skill 负责判断任务类型（写长文、做表格、查资料还是生成报告），子 Skill 负责具体执行（资料提炼、开头钩子、案例改写、格式检查）。这样 Codex 不只是会做事，而是会按你的方式做事。
小白怎么配
- 先让 Codex 跑通一次完整任务。
- 结果满意后，让 Codex 把流程整理成 Skill。
- 检查 Skill 是否包含适用场景、输入要求、流程、质量标准。
- 下次直接调用。
直接复制这个命令：
最后
如果你现在用 Codex 还觉得累，这很正常。很多时候不是你不会用 AI，而是还停留在「每次都重新解释一遍」的阶段——任务一多，人就被这些重复沟通慢慢消耗掉。
更推荐的方式是先从一个最小场景开始：装一个 Gmail 插件让它整理邮件；把每天都要看的信息做成自动化；或把最常写的一类文章做成 Skill。不用一下子把 5 个方法全部配齐，先跑通一个，你就会明显感觉到：Codex 不再只是回答你，而是开始替你分担一小段流程。
等插件、Goal Mode、自动化、MCP、Skills 慢慢连起来，它就会越来越像一个熟悉你工作方式的助手：你说过一次的规则，它下次可以复用；你设过一次的任务，它可以按时执行；你整理过一次的流程，它可以变成 Skill 留下来。
这页你可以先收藏。下次准备配置 Codex 的时候，按这 5 个部分一项一项试，不用急。
如果你身边也有人明明用了 AI，却还是每天复制粘贴、反复解释需求，可以把这篇转给他——也许他缺的不是更多 prompt，而是一套能慢慢搭起来的工作流。