模型够强产品就能很素？DeepSeek招产品经理了

模型足够强的时候，产品可以很素，用户照样会来。这句话在过去一年半里被DeepSeek反复验证。但10月16日的两条消息放在一起，说明这套逻辑要变了。

一条来自澎湃新闻：DeepSeek把负责Agent运行时的Harness团队，和Web、App、Platform三个团队合并，成立「产品部」，统管公司全部的产品、设计和研发。负责人是今年3月才加入的崔添翼，他本人向记者确认了消息。另一条来自公众号「赛博禅心」：新成立的产品部正在急招产品经理和设计师，连高级别的产品经理也在招。

对一家长期被当作「研究机构」看待的公司来说，信号已经很明确。但更值得追问的是：它要做的，真的是我们熟悉的那种「产品」吗？

一个很素的App，靠模型留住了人

2025年1月DeepSeek App上线时，官方功能介绍只有寥寥几条：账号登录、跨端同步聊天记录、联网搜索和深度思考、上传文件提取文字。末尾还特意强调，完全免费，没有广告，也没有应用内购买。

随后就是R1带来的春节出圈。App一度登顶157个国家和地区的App Store，据QuestMobile统计，上线次月月活就突破了1.8亿。

然后呢？之后一年多，这个App的变化少得惊人。直到2026年4月，DeepSeek才第一次在输入框上方做了「快速模式」和「专家模式」的分层。5月，又有消息说它在灰度测试一个新功能：用关键词搜索自己的历史对话。

「搜索历史对话」在产品经理眼里，几乎算是聊天类产品的基础设施。一家头部AI公司到了第二年才灰度这个功能，足以说明过去它的精力放在了哪里。稳定性也一直是老问题：今年5月8日，不少用户又刷到了熟悉的「服务器繁忙」；7月22日，联网搜索整整挂了将近4个小时。

用户数据是另一面镜子。QuestMobile今年7月发布的半年报告里，国内AI原生App第一梯队是豆包、千问、DeepSeek，月活分别约3.82亿、1.67亿和1.30亿。千问同比增长高达5792.9%，把DeepSeek挤到了第三。

但同一份报告里还有个很有意思的数字：DeepSeek使用时长10分钟以上的用户占比是30.0%，比豆包的27.5%和Kimi的26.1%都高。用户黏、重度用户多，产品却很素。这说明大家是冲着模型来的，不是冲着产品来的。

模型领先时，这不是问题；当豆包和千问把模型差距追近、又在产品和分发上全面压上来，产品层的欠账就会一笔笔显形。

Agent团队「收编」了客户端

很多人把这次调整理解成「DeepSeek新建了一个产品团队」。更准确的说法是：Agent团队把客户端收编了。

注意合并的方向和挂帅的人。Web、App、Platform本来就在，这次是和Harness团队打通，由Harness的负责人统管。这意味着网页端、App和开放平台，今后都要围绕Agent来重新组织。

DeepSeek内部有个很简洁的公式：Model + Harness = Agent。所谓Harness，指的是模型参数之外的全部工程，包括上下文管理、工具调用、异常恢复、权限拦截、状态回滚等等。模型负责「想」，Harness负责让它真的能「干活」。

这支团队过去半年节奏很快：3月崔添翼加入；6月他还在社交平台上说，作为新成立的部门，Harness组非常缺人、他每天都在面试；8月DeepSeek Harness（社区简称DSH）开放内测并开源，开源六天拿下16.5万星，如今已超过25万星；10月3日的新版本，甚至加了一个实验性的Claude Code Mods兼容层。

有个细节特别值得产品人琢磨：在DSH的架构里，桌面客户端只是一个普通插件。我们熟悉的逻辑是，App是主体，Agent是App里的一个功能，豆包、元宝基本都是这么长出来的。DeepSeek恰好反过来：Agent运行时是主体，客户端只是它的一个外壳。这次把Web、App和Harness合并，就是把这套思路从一个开源项目，推广到整个公司的产品线。

招聘JD里的新理解

要看一家公司怎么理解产品，最好的材料不是发布会，是招聘JD。这次产品部放出的岗位有四类：AI产品经理、Agent Harness产品经理、产品设计师，以及项目经理实习生。

AI产品经理负责网页端、App和开放平台的产品策略，从规划、功能设计一直推到上线。要求里出现了几个以前在DeepSeek招聘里很少见的词：产品品味、用户洞察、在意日常交互的细节，还有把用户体感、产品直觉和行为数据放在一起做判断的数据意识。这几乎就是一份标准的C端产品经理画像。

Harness产品经理更能体现DeepSeek的个性。它要规划Harness的产品路线图，还要定义一个北极星指标：「Agent是否真的在更多场景下更深入的帮助到更多的人」。拆开看是三个维度：场景的广度、帮助的深度、覆盖的人数。里面没有日活，也没有使用时长。

它对人的要求也很新：会vibe coding，但不一定要技术背景；懂Agent Loop、Tool Use、MCP、Memory、Subagent这些基本机制；对Context Engineering和Harness Engineering有一手实践；会做问卷、访谈、A/B测试和灰度，并用统计方法分析；还要能用英文和开源社区书面沟通。

还有一个细节。JD点名要求候选人是这些产品的高强度用户：Claude Code、Cowork、Codex、Cursor、OpenCode、GitHub Copilot、Manus、OpenClaw、Hermes。清一色是海外或面向全球市场的Agent产品，TRAE、Qoder、WorkBuddy这些国内开发者常用的工具一个都没出现。这至少说明，DeepSeek给自己找的参照系，是全球最前沿的Agent工具，而不是国内的AI助手App。

设计师岗位同样值得一看。要求对色彩、构图、版式、动效有判断，还要能把判断讲清楚、落下去；熟练使用Figma和AI设计工具，最好能vibe coding把设计直接做成原型。一家过去连「快速/专家」分层都要做一年多的公司，开始认真在意「好不好看」了。

项目经理实习生则在AI的帮助下跟进需求、Bug和反馈，排期、追进度、开会、写纪要，要求每周至少5天在北京，持续6个月以上。其实早在6月底那次「所有部门规模至少扩大一倍」的大招聘里，就已经出现了AI产品运营（体验与服务方向）这样的岗位。这次产品部成立，是把这些零散的信号收拢成了一个正式的组织。

让量化工程师管产品，意味着什么

崔添翼的履历，和「产品经理」几乎不沾边。他是90后，高中时写的《背包问题九讲》成了中文算法竞赛圈的入门教材；保送浙大后拿过6枚ACM-ICPC亚洲区域赛金牌；毕业后在顶级做市商Jane Street的香港办公室写了近九年OCaml；2022年和前同事联合创办对冲基金TSY Capital；今年3月加入DeepSeek。

浙大出身、量化交易起家，这条线和梁文锋高度重合。DeepSeek把产品部交给一个系统架构师，而不是一个资深产品人，这个选择本身就是一种表态。

这种背景塑造出的产品，DSH就是样本。它的内核是一个只有两三千行代码的微内核，核心理念是「一切皆插件」，任何功能注册时都必须同时声明怎么卸载。连Agent的主循环，都只是一个可以随时替换的插件。

效果很惊艳。Composio用同一个模型、30个真实SaaS任务做对比，DSH的完成率略高于Claude Code，平均每个任务只消耗8.8万Token，大约是后者的七分之一。

但边角很粗糙。有开发者晒账单，因为并发派生子Agent打碎了KV Cache前缀，同一个任务的成本比竞品高出十倍；有人两小时从零做出原型，接下来却花了好几个小时也没能把Bug修收敛；还有人遇到Windows路径解析出错，导致整盘文件被静默删除。

内核惊艳、边角粗糙，这是工程师做产品的典型样子。而产品部要补的，恰恰就是这些边角：新手引导、出错时的提示、成本的可见性、默认的安全兜底。这些不是架构问题，是体验问题，正好是产品经理和设计师的本职工作。发动机已经造好了，现在缺的是车身、座椅和仪表盘。

不过崔添翼对「补体验」也有自己的边界。他在国庆那次更新后公开说过，如果只是照着Claude Code或Codex抄一个，做出一个技术理念和用户体验都差不多的产品，那一定不算是在推进AGI。产品部的使命不是追平别人，而是做出别人没有的东西。

技术驱动的产品化

接下来几天，大概会看到很多类似的标题：DeepSeek从技术驱动转向产品驱动。这个判断只对了一半。更准确的说法是：技术驱动的产品化。产品是在为技术路线服务，而不是反过来。

证据就摆在那里。负责人是工程师，而不是产品人；崔添翼把Harness组的目标定义为从Harness的角度推进AGI；据Z Finance的梳理，梁文锋把编程工具看作通往AGI路上的「阶段性产物」。在DeepSeek的叙事里，产品从来不是终点。

所以有些事别指望。比如豆包式的全渠道投放和补贴拉新，围绕娱乐、陪伴做的内容生态，或者一个什么都能干的超级App。至少从目前的组织和JD来看，这些都不在它的路线图上。更可能发生的是另一些事：App和网页端会越来越像一个Agent的入口，工作类、编程类任务的体验会被优先打磨，那30%的重度用户会最先感受到变化。

这场转身本身也充满张力。第一层是战略和战术的错位：一边认为工具只是阶段性产物，一边又在战术上把最多的兵力押在Harness上，Z Finance把这称为典型的技术公司悖论。第二层是组织的稀释：DeepSeek原本是一支一百多人的精干团队，6月喊出所有部门至少扩大一倍，9月一口气放出约150个工程岗位，这次产品部的扩招据说也没设硬性上限。第三层是节奏的冲突：研究的节奏是憋大招，产品的节奏是每周迭代、每天看数据，JD里把「和研究员深度协作过」列为加分项，本身就说明这两种节奏怎么磨合，DeepSeek自己也还在摸索。

回到开头那个问题：DeepSeek是不是要重视C端产品体验了？答案是，是，但它理解的C端，和豆包、元宝不是一回事。「产品部」三个字出现在DeepSeek的组织架构里，本身就是一个信号：在这家公司内部，「模型即产品」的时代结束了。