8月本来是个新闻淡季，但插件开发圈在这一周连挨了两记重的：8月13日，DeepSeek 以 MIT 协议开源 DeepSeek Harness（下称 DSH），主打"Everything is a Plugin"，模型、工具、沙箱、审批流全部做成可替换插件。知乎6天后的8月19日，OpenAI 发了一篇叫《Codex as a platform》的博客，把驱动 Codex App、CLI 和 IDE 扩展的底层运行时 Codex Harness 以 Apache-2.0 协议开源，SDK、app-server 一起放了出来。微博
社区反应很猛：多方信源说 DSH 的 GitHub star 数几天内冲上六位数。知乎知乎一周涌出好几个"架构拆解"系列，小红书上已经有人在晒"蹭热度写的 DSH 插件"，B站的对比视频也排上了。
但如果你是认真考虑往 AI Agent 生态里投精力的插件开发者，我的建议是：先别急着写插件。这轮变局里最值钱的判断，是搞清楚你手里的开发资产哪些能跨生态带走、哪些会被锁死在某一个壳里。
先把冷水泼了：star 暴涨不等于生态成熟
DSH 现在还是开发者预览版。微博上已经有真实用户吐槽：更新一次版本、装一个新插件，崩了三次、修了三次，最后还是让 Codex 帮忙修好的。微博这不是个例评价，而是当前状态的写照——DSH 桌面版仓库5天发了13个版本、73次提交，插件市场、技能管理器都是这一周才长出来的，迭代飞快，但 API churn 也飞快。知乎
生态的真实体量也比 star 数朴素得多：目前叫得上名字的 dsh 插件只有十几个（dsh-android、dsh-tui、gateway-compat 这类），插件市场目录刚刚立起来，连那个"双击就能用"的桌面版本身都是社区个人开发者的作品，不是官方出品。知乎
还有个背景要提：这一周知乎上的 DSH 解读文章，相当一部分是点赞个位数的 AI 量产文，互相洗稿、数据对不上。所以下面的对比，我只用能交叉验证的事实，热闹的部分你们自己过滤。
三个生态的本质区别：谁来决定壳里装什么
对插件开发者来说，Claude Code、DSH、Codex Harness 不是"三个差不多的平台"，它们对"扩展"这件事的设计哲学完全不同。
DSH 走的是微内核路线。它基于 Cordis 插件框架，把一切都抽象成五层：Profile（组装方案）、Bundle（可分发的配置包，本质是 npm 包）、Patch（配置补丁）、Plugin（代码插件）、Tool（暴露给模型的能力）。模型适配器、沙箱、记忆层、甚至 UI 全是可替换插件——理论上你可以把它拆到只剩一个循环，再拼成自己的产品。知乎上一篇拆解文还点出了一个很实际的坑：Patch 对配置是整体替换、不是深度合并，你只想改一个超时字段，原来的重试配置会直接消失，这种反直觉设计对插件作者是真实成本。知乎它的自由度也是三家里最高的：社区方案中已经有人把 Codex、Claude Code 当子代理塞进 DSH 里调度。知乎
Codex Harness 走的是闭环生产级路线。Agent 主循环、沙箱隔离、人工审批、上下文压缩、Trace 审计全部内置封装好，开发者不改内核，通过 SDK 和 app-server 把 Agent 嵌进自己的业务系统。注意，它的"扩展"更像集成，不是 DSH 那种替换式插件。知乎上88赞的热帖里有个关键提醒：Codex 的 API 只认 OpenAI 自家的 Responses 接口，想接别家模型，要么模型自己提供兼容接口，要么自己写兼容代理，慢慢折腾。知乎
Claude Code 则是第三种形态：运行时本身至今闭源，但插件市场和 Skills 体系是开放的，也是三者中装机量和插件存量最厚实的——我们前阵子盘过一次，市场里的插件已经过了两百个，而且都在自动更新轨道上。社区对"闭源壳"这事并非没有怨气，那篇88赞的回答就直言"开源对 AI 模型厂商来说是最好的选择"，并把至今闭源的 Claude Code 点名批了一通。知乎
一句话总结：DSH 卖的是组装权，Codex Harness 卖的是成品加 SDK，Claude Code 卖的是市场入场券。
真正能带走的资产，是 MCP 和 Skill
这是我最想让你带走的一个判断。
那篇热帖里有句话说得透：模型是核，开源的 Harness 是壳；壳开源得越彻底、用的人越多，厂商越开心，因为"打印机可以便宜卖，墨盒必须赚钱"。知乎大厂集体开源运行时不是慈善，是入口战争——既然壳注定公共化，插件开发者就更不该把自己焊死在某一个壳上。
好在三个生态在扩展资产上已经出现了公约数：MCP 和 Skill。MCP 解决"拿数据、调工具"，Skill 用一份 Markdown 说明"这类活怎么干"，这两样 DSH、Codex、Claude Code 都认。知乎你写一个 MCP server，今天挂在 Claude Code 上，明天 DSH 市场开了直接上架，Codex 侧也能接；你沉淀的 Skill 文件，跨平台基本就是复制粘贴的事。
而插件本体恰恰相反，是平台绑定的：DSH 插件要按 Cordis 的五层规矩写，Claude Code 插件是配置加 hooks 加命令的另一种结构，Codex 侧则是 SDK 集成，三套都得重写。
所以下注顺序其实很清楚：先把 MCP 服务和 Skill 做厚，一份投入三份回报；平台插件作为第二步，按你的场景选一到两个生态进场。
三类人，三种下注方式
独立插件开发者、想赚生态早期红利的：主阵地留在 Claude Code 市场和通用 Skill，同时把能力封装成 MCP。对 DSH 值得花一个周末写个样板插件占坑——现在进场的人确实在吃到关注红利，小红书上几个"蹭热度做的 DSH 插件"帖子，收藏都是三位数。但心理预期摆正：开发者预览期，接口随时会变。
要做企业集成、私有化部署的：重点看 DSH。厂商中立、全栈可替换、能同时调度多家模型，这是它相对 Codex Harness 的核心差异；代价是等 API 稳定，现阶段上生产要自己兜底稳定性。如果你的需求本来就是 OpenAI 技术栈加合规审计，Codex Harness 的内置审批、留痕和沙箱反而是现成的。
已经深度绑定 Claude Code 的：不用焦虑，也不用急着搬家。你的插件、hooks、Skills 积累在这里依然是最厚的，真正要盯的是 Anthropic 会不会把壳开源——目前看它选择了另一条路：8月下旬把 Claude 平台 API（包括 Computer Use、Skills、Files）全面开放。微博也就是继续用闭源运行时加开放能力层的组合。
接下来值得盯的信号
DSH 插件市场的条目数能不能从十几个涨到上百，Plugin API 会不会冻结——5天13个版本的节奏下，现在写的插件下个月可能要重写；
Codex SDK 会不会出现第三方模型兼容层，出现即它的"平台"叙事才算成立；
MCP 协议自身的修订节奏——上次我们整理过迁移优先级清单，两大运行时都押注 MCP 之后，它的兼容性变化影响面会更大；
DSH 把 Codex、Claude Code 当子代理调度的玩法能不能稳定跑通，这决定"Meta-Harness"是真方向还是演示效果。知乎
社区玩法层长什么样——已经有人给 Codex 写了像素风监工插件，子智能体一启动，就在像素办公室里变成像素小人上班。小红书这类脑洞应用，可比官方路线图跑得快多了。
这轮"运行时大战"对插件开发者不是站队题，是节奏题：先押能带走的资产，再挑生态下注插件，别被 star 数带进坑里。
