知情人士：DeepSeek正在组建Harness团队，对标Claude Code

作者｜王博，甲子光年

「甲子光年」从接近 DeepSeek 的知情人士处获悉，DeepSeek 内部正在组织一个新的 Harness 团队 ，方向是代码智能体产品，内部对标 Anthropic 旗下的 Claude Code。

DeepSeek 资深研究员陈德里近日也在社交媒体发布信息证实了此事，他称"DeepSeek 正在组织一个新的 Harness 团队做 Harness 方向的产品和研究"，并直言"简单来说就是对标 Claude Code，做 DeepSeek Code Harness"。

这不是一次普通招聘。

招聘信息显示，DeepSeek 此次开放了两个关键岗位：Harness 产品经理 和Harness 研发工程师，工作地点目前限北京。DeepSeek 在北京的办公室就位于海淀区融科资讯中心，距离北大、清华都很近。在官方口径里，这里位于"百年京张 AI 创新带"，而在民间口径里，这里也位于最近很热的"王慧文区域"。

核心定义：Model + Harness = Agent

岗位描述中，一个核心公式被放在最显眼的位置：
Model + Harness = Agent。

这句话几乎可以视为 DeepSeek 对下一阶段产品化路径的内部定义：模型本身只是 Agent 的底座，模型之外的上下文管理、工具调用、任务规划、文件读写、代码修改、终端执行、反馈回收、评测闭环，才是 Agent 真正能进入工作流的关键部分。

招聘信息进一步写道："我们正在把 DeepSeek 的前沿模型能力，转化为领先的 Agent 产品。这其中除模型本身以外的所有工作，都属于 Harness 的范畴。"此外，该岗位将参与"DeepSeek 桌面端 Agent 产品"的全过程，并"定义 DeepSeek 对 Harness 的理解"。

「甲子光年」分析，DeepSeek 不是简单要做一个代码助手插件，而是在补齐模型通向真实工作流的中间层。

过去一年，行业已经证明：代码能力强，不等于开发者会真正用起来；模型能写代码，也不等于它能持续完成一个工程任务。

真正改变开发者工作方式的，不是单独的 Claude 模型，而是 Claude Code；不是单独的 GPT 模型，而是 Codex；不是一个聊天框里的代码回答，而是一个能够进入终端、理解项目、读写文件、运行命令、修复错误、管理 Git、调用工具的工程智能体。

DeepSeek 过去最强的是模型。现在，它开始补上模型之上的那层"手"。

一、DeepSeek 为什么强调 Harness

在传统 AI 产品语境里，"代码助手"通常意味着两类产品：一种是 IDE 里的补全插件，另一种是聊天框里的代码问答。

但 DeepSeek 此次招聘中反复出现的词不是 Code Assistant，而是 Harness。

Harness 原本在工程语境里指"测试线束"或"运行框架"，放在 Agent 语境里，它更接近一套让模型真正行动起来的外部系统。模型负责理解、推理和生成，Harness 负责把这些能力接入真实环境。

岗位描述中提到，这个角色需要规划 DeepSeek Harness 产品路线图，串联研究员、工程师、开源社区与终端用户，并与模型训练团队的研究员深度沟通，实现模型与 Harness 的共同进化。

这句话很关键。

它说明 DeepSeek 想做的，不只是把现有模型包一层壳，而是把 Agent 产品本身变成模型进化的一部分。过去，大模型公司常见的产品逻辑是：研究团队先训练一个模型，产品团队再基于模型能力做应用。但 Agent 时代，这个顺序正在被打破。产品不再只是模型能力的出口，而是模型能力的训练场。

一个代码 Agent 在真实项目里失败，可能不是产品交互的问题，而是模型对长上下文的压缩方式不对；可能不是工具调用链路的问题，而是模型对任务拆解的策略不稳定；也可能不是代码能力不够，而是它缺少对工程约束、测试反馈和用户意图的持续理解。

因此，Harness 团队的价值不只是"做产品"，而是把真实开发任务变成模型持续进化的反馈源。

二、DeepSeek 为什么必须补上 Code Harness？

DeepSeek 很早就押注代码能力。从 DeepSeek-Coder 到 DeepSeek-Coder-V2，DeepSeek 在代码模型上的投入持续加码，支持语言、上下文长度和复杂任务能力不断提升。它的问题不在于有没有代码能力，而在于过去这部分能力更多停留在模型层，尚未变成开发者日常工作流里的高频产品。

Claude Code 的火爆证明了一件事：AI Coding 的竞争，正在从模型能力竞争，转向开发者工作流入口的竞争。

这也是 DeepSeek 现在必须补的一课。更微妙的是，在 DeepSeek 官方出手之前，开发者社区已经替它做了一版"DeepSeek 版 Claude Code"。

一个名为 DeepSeek-TUI 的开源项目此前在开发者社区走红。它是一个运行在终端里的 coding agent，可以读写文件、执行 Shell 命令、搜索网页、管理 Git，并通过 TUI 界面协调子 Agent。

DeepSeek-TUI 的走红说明了两个问题：

1. 基础心智成熟：DeepSeek 模型在开发者心智里已经具备做代码 Agent 的基础。否则社区不会自然围绕它长出 Claude Code 式产品。

2. 官方层面的缺失：DeepSeek 缺的不是模型关注度，而是官方 Harness。

在开发者眼里，DeepSeek-TUI 的吸引力很直接：成本低、国内可用、上下文长、部署门槛相对低。国内很多开发者不是不想用 Claude Code，而是受限于价格、访问稳定性、账号体系和企业合规。

但社区项目也有天然边界：

• 一个第三方开源项目再活跃，也很难真正掌握模型内部能力的演化节奏；

• 它可以围绕 API 做适配，但不能反向决定模型如何训练；

• 它可以做 prompt、工具链和交互优化，但很难把海量真实任务反馈系统性注入模型改进。

官方 Harness 的意义恰恰在这里。

DeepSeek 自己做 Code Harness，它拥有几个社区项目不具备的优势：模型团队协作、接口设计权、训练数据闭环、内部真实任务场景，以及对开发者生态的长期运营能力。

开源社区已经先把路踩出来了：开发者确实需要一个 DeepSeek 版本的 Claude Code。现在，DeepSeek 要把这条路收回来，做成自己的主干产品。

而 DeepSeek 官方开始招人，则意味着它终于准备亲自下场。

陈德里去年 11 月在 2025 年世界互联网大会乌镇峰会上就提到："我们公司的一个核心优势就是长期主义，坚持做前沿智能突破这条主线。而在这个过程中，我们也舍弃了很多支线上的事情，不做那些短平快的支线事情。"

模型战争之后，真正的 Agent 战争开始了。DeepSeek 这一次要补的是从模型到行动之间最关键的一层------Harness。

DeepSeek 正在给自己的模型，装上一双手。