DeepSeek Harness：借来的框架，镀金的论文，选型错位的「平台执念」
技术拆解，不预设立场，只摆证据。结论均标注事实/推断置信度，附可查证原文链接。
结论先行
- DeepSeek 昨天（2026-08-13）开源的 Agent 产品「DeepSeek Harness」，底层架构不是自研，而是第三方开源元框架 Cordis。
- 配套的「北大 + DeepSeek」联合论文，验证案例是 Koishi（开源聊天机器人框架），不是 Harness 自己。
- 技术选型（Node.js + TS + 借来的 Cordis + 补丁式 Python SDK）暴露了它「既想当平台、又只有脚手架底子」的错位。
- 对照行业：Codex/Claude Code 用 JS 赢「体验」、reasonix 用 Go 赢「执行」、OpenCode 用 Bun 赢「极客爽感」——它们都知道自己「不是平台」，Harness 却想当平台，还是借来的地基。
- 判断：不是「选型失败」，是「想用借来的框架 + 名校背书，撑起一个够不着的『平台』叙事」——谁都没讨好到。
一、原创性：底子是「借」来的
作者名单坐实「北大 + DeepSeek」
论文 github.com/cordiverse/paper，作者栏：
Yifan Shi¹,² Wei Zhang¹ Tianyi Cui²
¹ Peking University ² DeepSeek-AI崔添翼（Tianyi Cui） 就是 Harness 负责人（DeepSeek 官方招聘里「Model + Harness = Agent」口号负责人，浙大计算机、Jane Street 九年）。这篇论文本质是 Harness 底层框架的「理论说明书」。
论文纯范式理论，跟模型无关
它提出「时空可组合性」（Spatiotemporal Composability）范式：时间维度=组件可逆副作用，空间维度=响应式依赖管理，统一成一个 context type，实现成 Cordis 元框架。属于「编程语言/类型系统」方向，和 LLM 训练没关系。
关键破绽：Case Study 是 Koishi，不是 Harness
论文第 5 章 5.3 Case Study: Koishi。而 Cordis 正是 Koishi 作者 shigma 那批人开发的：
- Cordis 属于
cordiverse组织（cordis.io），2023-12 就成立，26 个公开仓库； - Harness README 明写「powered by Cordis」，链接到外部仓库。
彩蛋：shigma 在 Koishi 论坛官方公告里说——「Koishi 的名称和图标设计均来自于东方 Project 中的角色古明地恋（Komeiji Koishi）……这也是 Koishi 默认端口号 5140 的由来。」
也就是说，Cordis 背后是一个有 4000+ star、1500 个插件、有自己社区文化的成熟团队，绝不是 DeepSeek 临时拼的内部工具。
逻辑拼起来：Cordis 是 Koishi 团队早就开源的地基，Harness 只是基于它往上搭；论文的理论实现是 Cordis、案例是 Koishi，都跟 DeepSeek 无原创关系。于是那个追问就浮出来了——如果 Harness 真是 DS 自研的创新，论文案例为何不写 Harness 自己？
答案大概率是：论文真正的学术贡献是 Cordis 社区 + 北大作者做的，崔添翼挂名是为让 Harness 的底层框架「师出有名」。
Harness 自己到底做了什么
我并没说它没干活。它确实做了：四种 Agent 预设、Trajectory 轨迹视图（CoT 透明的真工程价值）、近 40 家第三方模型接入。但这些都是「产品层/组装层」的活，不是「底层框架」的原创。
打个比方：Cordis 是「乐高底板和卡扣标准」，Harness 是「底板上拼出来的玩具」。说「我拼的玩具很酷」没问题，说「乐高底板是我发明的」就越界了。
为什么我对这个信号上心
因为 DS 上一次跟「学术包装」沾边，是 DSpark。DSpark 用论文包装「工程妥协（降级）」，Cordis 论文用「北大联合」包装「借来的框架的原创性」——同病不同灶，本质都是「用学术/名校权威给不够硬的东西镀金」。借框架没错（Codex、Claude Code 也站在开源组件上），错在借了之后用名校的壳暗示这是自己的原创。
二、选型：谁都没讨好到
各家选型对照
| 项目 | 语言 | 哲学 |
|---|---|---|
| OpenAI Codex | Node.js/TS | 工具编排，体验优先 |
| Claude Code | TypeScript | 人机协作 CLI |
| OpenCode | Bun | 快、零配置、极客爽感 |
| reasonix | Go | 执行层，进程/系统调用/性能 |
| DS Harness | Node+TS+Cordis | 组装层，一切皆插件 |
注意：Codex、Claude Code 也是 JS，所以 Harness 的锅不在「用 JS」，在更微妙的两点。
三类人都没讨好
① 讨好「要灵活插件的人」→ 他们早就有 MCP + Skill。 Harness 的「一切皆插件」想说「比 MCP 更灵活」，但 MCP 是「插座标准」（跨框架连接协议），Cordis 是「DS 私有插件体系」——不是「灵活 vs 不灵活」，是「开放标准 vs 私有锁死」。开发者要的是「工具被所有 Agent 用」，不是「锁死在你 DS 里」。灵活但私有 = 自嗨。
② 讨好「要成熟生态的人」→ 生态是借的 + 空转的。 框架借的、能力标配（llm/shell/fs 谁家都有）、模型开放的（40 家都能接）——那用户凭啥不在自己熟悉的框架里接，非要来你 Harness？护城河在哪，答不上来。
③ 讨好「要控制力的人」→ Node+Cordis 的哲学跟控制力拧着。 reasonix 用 Go 拼执行层控制力，Codex/Claude 用 JS 拼体验。Harness 用 Node+Cordis 想「组装一个运行时」，却既没 reasonix 的执行力、也没 Codex 的体验——卡中间，用组装层的栈对标两个不属于它的方向。
「Python SDK」最自相矛盾
Agent 赛道主力是 Python。Harness 用 TS 做核心，再补个 Python SDK 讨好主力——等于「房子盖 JS 地基上，给 Python 用户发把后门钥匙」。结果两边不讨好：Python 嫌绕 SDK，Node 嫌「凭啥用你」。
结论：不是选型错，是自我认知错
Codex 和 Claude Code 用 JS 赢「体验」，reasonix 用 Go 赢「执行」，OpenCode 用 Bun 赢「极客爽感」——它们都清楚自己「不是平台」。而 Harness 用 Node + 借来的 Cordis 硬撑「平台+范式」，结果：灵活插件胜过 MCP 吗？没有。生态比得上 MCP/Skill 吗？没有。控制力比得上 reasonix 吗？没有。体验比得上 Claude Code 吗？也没有。
它输的不是选型，是「既想当平台、又只有脚手架底子」的自我认知错位。
收束
两部分连起来，Harness 全貌是：原创性——底层借的、案例是 Koishi 的、理论靠北大撑腰，自研只剩组装层的活；选型——Node+Cordis+Python 补丁，处处是脚手架底子，却硬讲「平台+范式」故事；结果——想讲「我们定义了 Agent 底层范式」，但地基是别人打的、选型撑不起平台身段，谁都没讨好到。
至于是「过度 PR」还是「有意误导」，我倾向前者：技术团队找到好用开源框架，PR 团队想包装得更故事性，拉上名校和「范式」大词，用力过猛，反而露出破绽。
可查证链接
- 论文仓库（PDF）：
https://github.com/cordiverse/paper - Harness 仓库：
https://github.com/deepseek-ai/deepseek-harness - Cordis 仓库：
https://github.com/cordiverse/cordis - Cordiverse 组织：
https://github.com/cordiverse - Koishi 论坛原帖：
https://forum.koishi.xyz/t/topic/7901
免责声明
- 「事实」均可查证，「判断/推断」已显式标注。
- 不预设 DeepSeek「恶意」，最可能是 PR 用力过猛 + 学术包装惯性。
- 「包装」是 AI 行业现在最该警惕的——叙事一旦和事实脱节，最先反噬信任。
相关：本号此前《DSpark 的台前幕后》《蜜雪冰城装不进星巴克杯》。
本文为技术拆解，欢迎带证据来讨论。链接已列，动手核一遍，比信谁都强。