知情人士：DeepSeek正在组建Harness团队，对标Claude Code｜甲子光年

DeepSeek Code要来了。

作者｜王博

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

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

这不是一次普通招聘。

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

图片来源：DeepSeek官方招聘页面

岗位描述中，一个核心公式被放在最显眼的位置：

Model + Harness = Agent。

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

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

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

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

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

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

1.DeepSeek为什么强调Harness

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

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

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

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

这句话很关键。

它说明DeepSeek想做的，不只是把现有模型包一层壳，而是把Agent产品本身变成模型进化的一部分。

过去，大模型公司常见的产品逻辑是：研究团队先训练一个模型，产品团队再基于模型能力做应用。但Agent时代，这个顺序正在被打破。产品不再只是模型能力的出口，而是模型能力的训练场。

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

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

2.DeepSeek为什么必须补上Code Harness？

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

DeepSeek近两年27篇论文时间线，横轴表示每篇论文或技术报告的去重作者数，颜色表示技术方向，「甲子光年」制图

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

这也是DeepSeek现在必须补的一课。

更微妙的是，在DeepSeek官方出手之前，开发者社区已经替它做了一版“DeepSeek版Claude Code”。

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

DeepSeek-TUI官网，图片来源：DeepSeek-TUI

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

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

第二，DeepSeek缺的不是模型关注度，而是官方Harness。

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

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

一个第三方开源项目再活跃，也很难真正掌握模型内部能力的演化节奏；它可以围绕API做适配，但不能反向决定模型如何训练；它可以做prompt、工具链和交互优化，但很难把海量真实任务反馈系统性注入模型改进。

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

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

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

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

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

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

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

（封面图来源：AI生成）