《Codex 想做万能工作台：下一步是「插件化 Skill 商店」》

导语

顶级 Agent 产品（Codex、Claude 桌面版、Cursor 3.0、TRAE SOLO）在没有协商的情况下，几乎同时收敛到了"左侧列表 + 中间对话 + 右侧工作区"的三栏界面。这不是巧合，而是 Agent 交互的最优解。文章从界面趋势出发，论证 Codex 的真正野心是成为"几乎能处理所有工作"的底座平台，而关键缺口在于统一的二次编辑与插件机制。

1. 为什么是三栏：Agent 时代的交互进化

传统 Chatbot 只需两栏（会话列表 + 对话窗口）。Agent 能自主写代码、改文件后，用户需要一个"审查区"来确认结果——右侧工作区因此出现。随着用户越来越多时间花在指挥 Agent 上，自然期待在 Agent 内部完成微调，而不是切到外部编辑器。 Codex 4 月大版本中，右侧工作区的改动幅度最大，标志着从"只能看"到"多功能区"的升级。

2. Codex 的真正野心："(almost) everything"

Codex 4 月发布时的口号是"Codex for (almost) everything"——不只是写代码，而是处理各种文件格式、支持各领域专业工作流、并让用户在其中完成全程闭环。目前 Codex 还做不到最后一步：生成之后无法编辑（代码、Markdown、PPTX 都不行）。 作者推测这不是有意克制，而是在等一个统一的解决方案。

3. MCP 和 Skill 各解决了一半问题

Agent 能力拼图由三块构成：MCP 解决"连接"（统一规范接入各种工具和数据源）；Agent Skills 解决"怎么做"（领域知识与最佳实践）；但"用户的二次编辑"始终没补上。 最后那 5% 的精准度只有自己动手才能到位。各种 Markdown 编辑器因此火爆，但 Codex 不会自己做编辑器——每个人偏好不同，做出来永远有人不满意。

4. 下一步：Agent 版 App Store

最合理的路是插件机制：Codex 聚焦 Agent 调度层，把文件预览、二次编辑、垂直领域能力交给社区插件扩展。插件机制还能解决 Skill 无法商业化的长期问题——作者自己的 baoyu-skills 近 2 万 Star，收入 $0。Skill 复刻成本极低，护城河很浅；插件则可以借鉴 App Store/Chrome 插件市场的收费与版权保护机制。

5. 留给中小团队的窗口

如果 Codex 跑通插件生态，中小团队可以不做整个 Agent，而是在平台上做"最后一公里"的插件——不用搭调度层、不用解决 Token 接入、分发靠平台。但窗口不会开太久，先进场的拿冷启动红利，晚进场的只剩存量竞争。

结论

Codex 的"几乎任何任务"口号要真正兑现，插件机制是绕不过去的一步。作者判断这个时间点不会太远，也许就在几个月内。如果 OpenAI 在这件事上继续犹豫，那才是真的失误。

思想框架

文章以 Agent 界面趋同为切入点，揭示背后的产品逻辑：三栏 → 工作台 → 全闭环。然后指出当前能力拼图的缺口（MCP 管连接、Skill 管知识、但用户编辑无人管），推导出插件机制是必然方向。最后将插件与 Skill 商业化、中小团队机会窗口串联，完成从"界面设计趋势"到"平台经济学"的推理链。

Codex 的野心，MCP 和 Skill 的下一步 · 宝玉 · baoyu.io · ⏱️ 原文 1 分钟