背景与动机
Codex 的能力可以通过 Skills、MCP 和 Automations 扩展。它们不是同一种东西：
Skills = 可复用工作方法MCP = 外部工具和数据连接Automations = 定时或延迟执行的任务把边界分清楚，后续维护会轻很多。
Skills：把经验固化
Skill 适合沉淀重复工作流。例如：
- 技术博客写作规则。
- 代码审查清单。
- Bug 排查流程。
- 前端视觉验收流程。
- SQL 迁移安全检查。
Skill 的重点是“怎么做”，不是“调用哪个系统”。它更像一本给 Agent 的操作手册。
MCP：接入外部系统
MCP 适合解决“Codex 需要结构化访问外部资源”的问题。
例如：
- 查询日志。
- 读取 issue。
- 访问数据库 schema。
- 获取设计稿数据。
- 调用内部服务。
设计 MCP 时要注意：
- 工具名称要清楚。
- 输入输出要结构化。
- 写操作要有权限边界。
- 错误信息要能帮助 Agent 继续排查。
Automations：让任务在未来发生
Automations 适合：
- 定时检查构建。
- 过一段时间回来继续线程。
- 每周生成报告。
- 定期监控某个状态。
它不适合替代即时交互。需要你当场判断的任务，不应该放进自动化。
组合方式
一个典型组合：
这样每一层职责都清楚：流程归 Skill，数据归 MCP，触发归 Automation。
常见陷阱
- 把一次性任务写成 Skill，导致长期污染。
- MCP 工具权限过宽，缺少只读/写入区分。
- 自动化任务没有清楚输出，触发后不知道成功与否。
- 用 Automations 处理需要实时反馈的任务。
PDF 对照与延伸
这篇对应《Codex-Complete-Guide-zh-v2.0.1》的 §08 Skills、MCP 与 Automations。PDF 里会把 Codex 从“单次任务执行器”扩展成能沉淀个人工作流、连接外部系统、定时续跑任务的系统。
重点对照：
- Skills：把反复解释的偏好和流程固化。
- MCP：连接外部工具、数据和服务。
- Automations：跨时间执行或续跑。
- App / Cloud / CLI 之间的能力复用。
这篇的重点是职责拆分。真实使用时，很多人会把规则、工具和定时任务混在一起。拆清楚以后，后续问题也更容易定位：流程错了改 Skill，数据接入错了改 MCP，触发时机错了改 Automation。
三者组合案例
目标：每天检查博客构建状态并生成摘要。
Skill：定义检查流程、输出格式和风险分级。
MCP：读取 GitHub Actions、Vercel 或日志平台。
Automation：每天早上定时触发，并把摘要发回线程。一句话总结
Skills 负责方法，MCP 负责连接，Automations 负责时机；三者组合时要让每一层只做自己的事。