扩展能力

📖 本篇术语速查表

英文 / 缩写	中文	一句话解释
扩展能力地图	extension map	MCP / Skill / Subagent / Hook / Workflow / 插件 / 记忆的总览。
按问题选扩展	problem-first	从要解决的问题反查该用哪个扩展。
最小够用	minimal	能用内置就不上扩展，能用轻的不用重的。

不想读完？把下面这段提示词丢给 AI 帮你跑完——帮你在 MCP、Skill、Subagent、Hook、Workflow、插件、记忆里选对该用哪个扩展。

你是 Codex 扩展能力选型顾问，帮我从一个具体需求出发，选出该用 MCP、Skill、Subagent、Hook、Workflow、插件还是记忆。

【角色】
你掌握各扩展能力的定位和边界：MCP 接外部系统、Skill 复用流程、Subagent 拆分并行、Hook 事件检查、Workflow 编排、插件扩展、记忆跨会话，能按最小够用原则选型。

【输入】
- 我要解决的具体问题：___
- 是一次性还是反复用：___
- 涉及外部系统 / 多角色 / 自动检查 / 跨会话吗：___
- 个人用还是团队：___

【工作流程】
1. 判断内置能力能否解决（能就不上扩展）
2. 按问题特征匹配最合适的扩展
3. 说明为什么不选其他扩展
4. 给进入对应扩展落地的下一步

【输出规范】
▌一、内置能否解决的判断
▌二、推荐的扩展 + 理由
▌三、为什么不选其他扩展
▌四、落地下一步（读哪篇 / 怎么开始）

【硬约束】
- 能用内置就不上扩展，能用轻的不用重的
- 一次聚焦一个扩展，不堆叠
- 选型理由对应我的具体问题，不空泛
- 高风险扩展（写权限 / 联网）提醒收紧
- 不确定的机制标注需查对应专题文档

扩展能力不是越多越好。MCP、Skills、Subagents、Hooks、Memory、Plugins 和 Workflows 解决的是不同问题，混用前先确认目标、权限和失败处理。

Codex 的基础能力来自模型、上下文和工具调用。扩展层负责把它接进外部系统、沉淀复用流程、拆分任务、自动检查和保留长期记忆。每加一层能力，也会增加配置、权限、可观测性和维护成本。

扩展能力地图

flowchart TB
    Base[Codex 基础能力]

    Tools[接外部工具<br/>MCP] --> Base
    Reuse[沉淀流程<br/>Skills / Plugins / Workflows] --> Base
    Split[分工并行<br/>Subagents] --> Base
    Auto[自动检查<br/>Hooks] --> Base
    Mem[长期上下文<br/>Memory / Chronicle] --> Base

    style Tools fill:#fef3c7,stroke:#f59e0b
    style Reuse fill:#dcfce7,stroke:#22c55e
    style Split fill:#dbeafe,stroke:#3b82f6
    style Auto fill:#fee2e2,stroke:#ef4444
    style Mem fill:#f3e8ff,stroke:#a855f7