夜雨聆风
很多人用 Codex 进入第二阶段后，会立刻想做一件事：
装插件。
再往后是：
接 MCP。
再往后是：
搞自动化。
听起来很高级，但我建议你先慢一点。
因为 Codex 的进阶能力不是越多越好。
更关键的是：你得知道每一种能力到底解决什么问题。
如果人工流程都还没跑稳，就急着接工具、开权限、做自动化，最后很容易变成：
工具很多，流程还是乱。01 四个概念先分清
一句话区分：
插件：提供能力包 技能：沉淀做事方法 MCP / Apps：连接外部系统和数据 自动化：让稳定任务重复运行
它们不是同一种东西。
更不是越多越好。
02 插件解决“接入什么能力”
插件更像一组打包好的能力。
适合先考虑插件的场景：
你要连接 GitHub 你要连接 Google Drive 你要处理浏览器或网页 你要使用一组现成能力
但如果某个插件暂时用不上，不必为了“看起来完整”而安装。
新手最怕的不是插件少。
而是插件装了一堆，却不知道什么时候该用。
03 技能解决“怎么稳定做事”
技能更像一套可复用工作方法。
比如：
代码审查流程 文档写作流程 PDF 处理流程 数据分析流程 固定提示词流程
插件偏“接到哪里”。
技能偏“怎么做事”。
当你发现某类任务反复出现，而且人工提示词已经跑稳，就可以考虑沉淀成技能。
04 MCP / Apps 解决“接外部上下文”
MCP / Apps 更偏连接层。
它们能让 Codex 接入：
仓库 文档 表格 邮件 日历 团队消息
能力很强，但边界必须清楚。
能接入，不等于都要接入。
涉及客户资料、公司文档、账号权限、商业数据时，必须先想清楚：
允许读什么 允许写什么 哪些动作必须确认 哪些内容不能给 AI
05 自动化只适合跑稳的任务
自动化不是用来拯救混乱流程的。
它适合：
定期巡检 周期报告 PR 状态检查 信息汇总 固定提醒
它不适合：
人工执行时都经常跑偏的流程 提示词还没稳定的任务 目标和停止条件不清楚的任务
更稳的顺序是：
普通线程跑稳 -> 提示词模板 -> 技能 -> 自动化06 新手推荐学习顺序
建议按这个顺序学：
项目、线程、Review、终端 高质量提示词 Local / Worktree 常用插件 技能 MCP / Apps 自动化
不要一开始就追求全自动。
先把一件小事做稳定，再把稳定方法复制到更多任务里。
07 一个选择口诀
不知道该用什么时，看这几句：
要连接工具：插件 / Apps
要沉淀方法：技能
要定期重复：自动化
还没跑稳：先普通线程这比“看到什么都想装”稳得多。
今天这篇先记住一句话：
不要把混乱流程自动化。下一篇是整个系列最适合收藏的一篇：Codex 提示词万能骨架、练习路径和排错清单。
如果你正在把 Codex 从“聊天工具”用成“项目工作台”，这一篇建议先收藏。
明天那篇会更偏实操：直接给你一套能复用的提问结构，以及新手最常见问题的排错清单。