DeepSeek Harness：被对手的 Harness 做出来的 Harness

DeepSeek Harness 开源不到 24 小时，开发者 Elie Bakouch 在 GitHub 工作树里拉出一条肉眼可见的统计曲线：984 个已合并 PR 中有 209 个来自 codex/* 分支，占 21.2%；这 209 个 PR 带入 2807 次提交，占项目 12293 次总提交的 22.8%。同一份数据里，claude/* 分支只贡献 3 个 PR 与 71 次提交，分别占 0.3% 和 0.6%。提交记录上还散落着「Codex review round」之类的代码审查痕迹。

OpenAI 开发者体验与社区团队成员 Vaibhav（VB）Srivastav 公开回应："DeepSeek 的朋友们，如果你们对 Codex 有任何反馈，请随时告诉我，希望你们和我一样喜欢 Codex。"

画面有点荒诞。DeepSeek 在做 Agent Harness，而帮它做 Harness 的工具之一，是竞争对手 OpenAI 的 Codex。

更有意思的是 Codex 的战术配合。DeepSeek 8 月 13 日发布 V4 Pro 时，公开声明"在 Code Agent 项目上，V4-Pro-0813 使用 DeepSeek Harness 极简模式"。同一周，他们又让自家 API 原生支持 OpenAI Responses API 格式，并专门为 Codex 写了一份适配脚本——用户可以一键把 V4 Pro 或 V4 Flash 写进 Codex。换句话说：模型层和 Harness 层是 DeepSeek 自家在做；但代码生成、PR 提交、Code Review 这种高污染度的工程动作，他们愿意开放给对手的工具。

背后是一道工程账。Claude Code 的方案是模型与 Harness 同源（Anthropic 自己的 Claude），所以代码生成、Harness、工具调用、UI 都做了耦合优化——这是 Claude 在 AI Coding 测评里长期占前列的原因。DeepSeek 选择反向拆开——模型用 V4 Pro、Harness 用自研极简、代码生成和 PR 这种"脏活"用 Codex——是在 Anthropic 没把 Code Agent 模式白送出来之前，临时用「对手弹药」补一个工程位。

短期看这是务实，长跑看是负债。Codex 比例到 22.8% 已是结构性依赖，一旦 OpenAI 在某个版本里收紧 API 商业条款，或者 Codex 在某个细分任务上落后，DeepSeek Harness 的迭代节奏会被连带。Harness 是「插件化」的——这句话在演讲里说很容易，在 Git 提交记录里被看到是另一件事：插件化的检验标准是核心动作能否脱离单一供应商跑通。DeepSeek 这次出牌让所有人看见：Harness 还在构建期，而构建期的工程师，是用 Codex 在写 Harness。

值得再看的是 Claude 的位置——0.3%。DeepSeek Harness 团队（"黑鲸"团队）选择插件化的同时，对 Claude 几乎没用。Anthropic 不是不愿意，是 Claude Code 没有给 DeepSeek 团队提供和 Codex 等价的工程入口。"约 20%"这条线，会成为接下来六个月里 AI Coding 工程派系的一条隐线：谁敢公开承认自家 Harness 里有多少提交来自对手工具，谁又能稳住插件化的承诺。Cursor 的"工程化交付"被 SpaceX 收走、Claude Code 闭源壁垒还在——DeepSeek 这次把 Codex 用得这么透明，反而把整个市场的真实依赖程度摆上桌面。