ARTICLE · 1339007
154 万日活、3.5 万插件:DeepSeek Harness 想做「Agent 操作系统」——不抢平台抢顺序,四步走通金融落地
154 万日活、3.5 万插件:DeepSeek Harness 想做「Agent 操作系统」——不抢平台抢顺序,四步走通金融落地三个月，够一家金融机构走完一个立项流程吗？ 11 月 4 日，DeepSeek 公布 Harness 上线以来的数据：日活跃用户 154 万，每天消耗约 92 万亿 Token，第三方插件约 3.5 万个，约 60% 的活跃用户已创建或安装至少一个插件。从 8 月 13 日 v0.1，到 9 月 29 日桌面应用，再到数万个插件的开发者生态，用了不到三个月。 平台可以按周迭代，金融的接入只能按步骤推进。 讲接入之前，先纠正一个普遍判断。 很多机构看到 3.5 万个插件，第一反应是又一次平台选型：要不要评估、要不要采购、要不要等下一代更稳的版本。于是再开一轮会，再等一个季度。 卡住金融接入的，从来不是平台不够开放，是机构自己的上下文还没变成可被调用的资产。 四个社区案例，做的是同一件事。dsh-media-desk 把灵感、脚本、封面、分镜收进一个工作台；dsh-guizang-design 把文章转成网页和卡片，作品存进 My Work，还能 Make a Similar One；dsh-context 让 Agent 用了哪些信息、怎么变化变得可见；agentero-dsh 把论文阅读、标记、翻译、笔记收进同一个环境。 四款插件，都是把散落的流程、风格、上下文，沉淀成可复用的入口。 金融不缺数据，缺的是让 Agent 合规地读到数据；不缺规则，缺的是让规则被稳定调用。产品手册、核保口径、合规话术、历史案例，本来就在机构手里，恰好是插件系统最需要的输入。 三张牌都是现成的。按岗位、按系统、按数据分级授权，是金融现成的权限纪律；监管要求的全程可追溯，就是插件准入最硬的标准；换个新人也调得出同样答案，靠的是入库打了标签的口径。 分水岭因此很清晰：不是比谁先接上平台，是比谁先把上下文整理成插件能读的样子。 第一步：选 1 个部门、2 周、0 个写入权限。 把插件放进沙箱，只接文档、研报、内容这类低敏场景，只给读的权限。对应 agentero-dsh 和 dsh-media-desk 的形态，先让 Agent 读研报、整理纪要、出卡片，不碰生产系统。约 60% 的活跃用户已装过至少一个插件，装一个只读插件不需要改核心系统。四个官方案例里，三个是内容、设计、阅读类，没有一个一上来碰交易。 判断标准：Agent 答一个业务问题，还要不要人去三个系统里翻资料。 第二步：把口径沉淀成机构自己的插件。 把产品手册、核保口径、合规话术、分析模板入库、打标签、锁版本，学 dsh-guizang-design 的 My Work 一次配置、长期复用。同类方法在金融业已有跑通的样本：太平人寿把业绩台账与分析模板沉淀好，Agent 按模板复跑。8 分钟产出一份周报和 12 页 PPT，大宽表转分析报告准确率 100%。 判断标准：换个新人接手，Agent 还能不能调出同样的口径。 第三步：按场景分层放开，办公、投研、面客依次推进。 先放 3 类低敏场景，面客场景第一年不碰关键数字。每个插件都要能一键回滚、全程留痕、按白名单分配能力。平安的展业样本给了三条现成边界：保证利益与非保证利益分列、关键数字人工确认、投保与支付一律走官方系统。7 位 AI 专家、8 到 12 页建议书、条款问答准确率 95%，都在边界之内跑出来。 判断标准：这个插件出问题，能不能一键回到上一版。 第四步：把边界写进采购与合同。 把 API 稳定性、兼容性、插件安全、准入审查，从技术条款变成商务条款。Harness 下一阶段的前三件事，正是改善插件 API 稳定性与兼容性、加强插件安全性、建立官方插件市场。作者支持计划给 Token 额度、技术交流、推广支持 3 类资源，官方已开放意向征集表。机构对应要做的，是把国内密钥用对、外部信任预案写清、合作方插件的更新与停用进度写进合同。 判断标准：出问题时，能不能定位到是哪个插件、哪一次调用、谁授的权。 四步走完，Agent 才从「能装插件」，走到「能进流程」。 四个案例里，最该被细看的是 dsh-context，开发者 Bowen。 战略层：金融要的不是更多插件，是上下文可观测。 它让用户看到 Agent 当前正在用哪些信息，以及这些信息随对话怎么变化。多 Agent 协作里的上下文细节，也能摊开。官方定位写得很直白：开放、灵活的插件机制，让 Agent 上下文及 Harness 本身真正向用户开放。对金融来说，「看得见用了什么」比「答得快」重要得多。 场景层：三个场景，三套上下文。 投研看研报、公告、历史口径；合规看规则版本、必说项、留痕；客服看产品条款、客户授权范围。3 类上下文，来源、授权、保存期限都不同。把它们摊开，正是分级授权的前提。 生态层：从「装插件」到「发插件」。 官方插件市场加作者支持计划，给的是 Token 额度、技术交流、推广支持 3 类资源。机构可以把内部沉淀的合规校验、条款比对、报表模板做成行业插件，从使用者变成供给方。官方列举的场景是内容创作、视觉设计、上下文管理、学术研究 4 类，金融专业流程并不在其中。既是缺口，也是先手。 翻车点一：一上来就给写入权限。 现象是模型一接，就让 Agent 直接改数据、面客答题。后果是口径没统一，答得越流畅错得越隐蔽，金融场景一次错就是实损。解法照第一步办：1 个部门、2 周、0 写入权限，关键数字人工确认，交易与支付一律走核心系统。 翻车点二：把「一切皆插件」读成「什么都交给外部插件」。 现象是内置功能也换、第三方插件随便装，边界交给平台判断。后果是一个组件出问题，几十套系统同时受影响，Token 与数据边界不清。解法是白名单加版本锁定，国内密钥用对，外部信任预案与合作方插件的停用进度都写进合同。 翻车点三：只装不沉淀，换个人就重来。 现象是插件装了一堆，口径还留在老员工脑子里。后果是每次换人重新调一遍，3.5 万个插件跟这家机构没关系。解法是先把手册、规则、模板入库打标签，做成机构自有插件，一次配置长期复用。 Harness 给出的长期目标，是成为 Agent 时代的操作系统。 按它的描述，平台只负责稳定的底层能力和通用功能，专业工作流、特定行业和个人偏好，交给最懂这些需求的开发者。设计理念写得很直白：Everything is a plugin，连内置功能也可以由第三方插件替换。 三个时间点值得连起来看：8 月 13 日 v0.1，9 月 29 日桌面应用，11 月 4 日交出 154 万日活、92 万亿 Token 和 3.5 万个插件。不到三个月，一个工具长成了生态。 真正的信号不是速度，是结构。底层能力、通用功能、行业插件 3 层分开，模型可以换、插件可以换、Agent 也可以换，选择权留在机构手里。对把自主可控看得比天大的行业，这比单点性能更重要。 生态再大，也不必一次接完。官方自己也是分阶段的：先改善 API 稳定性与兼容性，再加强插件安全，接着建市场、推作者支持计划。具体参与规则还要等正式启动时公布。 大行与头部险企：核心自建不动，用插件生态承接办公、投研、文档这类标准化外围。判断标准是「边界守没守住、上下文能不能自持」。 中小银行与券商：不追 3.5 万个插件，先打穿 1 条线，研报阅读或内勤报数都行。判断标准是「1 个部门、2 周、0 写入，投入产出算不算得过来」。 保险与消金：优先上质检、条款核对这类合规敏感、又能实时见效的场景。判断标准是「整改效率与投诉率有没有动」。 结尾 这不是一场抢平台的比赛。 平台三个月能长出一个生态，机构要做的不是追上它，是排好自己的顺序。 生态跑得再快，也要按金融的时钟进机房。 模型决定 Agent 能想多远，顺序决定金融机构能走多稳。
