作者|王博,甲子光年
「甲子光年」从接近 DeepSeek 的知情人士处获悉,DeepSeek 内部正在组织一个新的 Harness 团队,方向是代码智能体产品,内部对标 Anthropic 旗下的 Claude Code。
DeepSeek 资深研究员陈德里近日也在社交媒体发布信息证实了此事,他称“DeepSeek 正在组织一个新的 Harness 团队做 Harness 方向的产品和研究”,并直言“简单来说就是对标 Claude Code,做 DeepSeek Code Harness”。
这不是一次普通招聘。
招聘信息显示,DeepSeek 此次开放了两个关键岗位:Harness 产品经理和Harness 研发工程师,工作地点目前限北京。DeepSeek 在北京的办公室就位于海淀区融科资讯中心,距离北大、清华都很近。在官方口径里,这里位于“百年京张 AI 创新带”,而在民间口径里,这里也位于最近很热的“王慧文区域”。
核心定义: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 的走红说明了两个问题:
-
基础心智成熟: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 正在给自己的模型,装上一双手。
