DeepSeek Bot 和 DeepSeek Harness 不是一回事:一个是官方框架,一个是社区插件——银行该怎么选、怎么部署

核心摘要

  • DeepSeek Harness(dsh)是 DeepSeek 官方开源的智能体运行框架,负责把模型和文件、终端、工具、插件连起来执行任务;“DeepSeek Bot”是社区开发者在它之上做的插件,把 dsh 变成一组有名字、有角色、有长期记忆的 Bot 团队(来源1、4)
  • 两者是“底座”和“上层应用”的关系,不是两个竞品:没有 dsh,DeepSeek Bot 跑不起来;不装 DeepSeek Bot,dsh 照样能用(来源4、5)
  • dsh 官方明确:它仍是开发者预览版,未经安全审计,不得视为安全或可用于生产环境;其官方模型服务条款还禁止用于“自动化信用资格判定”等高风险活动(来源2、3)
  • 对银行来说,结论是:dsh 可以在隔离环境里做研发和办公类试点;DeepSeek Bot 这类社区插件只适合个人或小团队探索,进入任何涉及客户数据或业务决策的场景前,都需要完成开源组件准入和安全评估(本文分析)

常见问题

DeepSeek Bot 是 DeepSeek 官方出的吗?

不是。目前名为 DeepSeek Bot 的项目是社区开发者基于 DeepSeek Harness 做的插件,主要有 Fei2411 的 DS Bot(ds-bot)和 BotHarness 的 DeepSeekBot(deepseekbot)两个,均声明非官方(来源4、5)。

DeepSeek Harness 和 DeepSeek Bot 是什么关系?

DeepSeek Harness 是底层智能体运行框架;DeepSeek Bot 是安装在它上面的插件,把它变成多个有长期记忆、可群聊协作的 Bot(来源1、4)。

银行能把 DeepSeek Harness 用于生产吗?

目前不建议。官方安全声明和使用条款都写明它是未经安全审计的开发者预览版,不得视为可用于生产环境(来源2、3)。

银行试点应该怎么部署?

建议在隔离虚拟机或容器中运行 dsh,通过“自定义模型”模式接入行内部署的模型,只使用公开或脱敏数据,插件实行白名单,所有写操作人工确认(本文分析)。

DeepSeek Harness(dsh)是 DeepSeek 官方开源的智能体运行框架,负责把模型和文件、终端、工具、插件连起来执行任务;“DeepSeek Bot”是社区开发者在它之上做的插件,把 dsh 变成一组有名字、有角色、有长期记忆的 Bot 团队(来源1、4)。

两者是“底座”和“上层应用”的关系,不是两个竞品:没有 dsh,DeepSeek Bot 跑不起来;不装 DeepSeek Bot,dsh 照样能用(来源4、5)。

“DeepSeek Bot”不是 DeepSeek 官方产品,而且同名项目至少有两个:Fei2411 维护的 DS Bot(npm 包 ds-bot,Apache-2.0)和 BotHarness 维护的 DeepSeekBot(npm 包 deepseekbot,MIT),二者互不相关(来源4、5、6)。

dsh 官方明确:它仍是开发者预览版,未经安全审计,不得视为安全或可用于生产环境;其官方模型服务条款还禁止用于“自动化信用资格判定”等高风险活动(来源2、3)。

对银行来说,结论是:dsh 可以在隔离环境里做研发和办公类试点;DeepSeek Bot 这类社区插件只适合个人或小团队探索,进入任何涉及客户数据或业务决策的场景前,都需要完成开源组件准入和安全评估(本文分析)。


素材说明:本文依据 dsh 官方 GitHub 仓库、SAFETY.md 和官网使用条款,DS Bot 官方仓库 README,DeepSeekBot 的 npm 包信息与其团队发布的对比文章,以及量子位、智猩猩的报道。DeepSeekBot 团队的对比文章出自利益相关方,本文仅引用其中可核对的版本与许可信息。凡来源事实标注编号;银行场景和选型建议标注“本文分析”。

一、先把名字理清楚

名称是什么谁做的许可来源
DeepSeek Harness(dsh)开源智能体运行框架,“一切皆插件”DeepSeek AI 官方MIT来源1
DS Bot(DeepSeek Bot,ds-bot)dsh 插件,多 Bot 团队、主管 Bot、群聊社区开发者 Fei2411(原仓库名 FeiZhuLulu)Apache-2.0来源4、5
DeepSeekBot(DSB,deepseekbot)dsh 插件,Git 记忆、任务委派、IM 身份社区团队 BotHarnessMIT来源5、6
DS Bot App手机端,远程连接用户电脑或服务器上的 dsh社区开发者 QingJ01—来源8
DeepSeek Muse媒体报道中尚未推出的官方 Bot 产品——来源7

DS Bot 的 README 写明:它是独立社区项目,“不是 DeepSeek 官方产品”,与 DeepSeek 无隶属、背书或赞助关系(来源4)。BotHarness 团队同样说明,两个插件都不是官方产品,DS Bot 也不是 DeepSeekBot 的简称(来源5)。

本文分析:银行在立项、采购或安全评估时,第一步就是把“官方框架”和“社区插件”分开登记。写成“采用 DeepSeek Bot”很可能让评审误以为是厂商官方产品,责任主体和支持渠道都会搞错。

二、DeepSeek Harness:官方的智能体底座

2.1 它做什么

2.2 官方自己划的红线

SAFETY.md 和使用条款给出了非常直白的风险提示(来源2、3):

  1. 仍是实验性开发者预览版,未经安全审计,不得视为安全或可用于生产。
  2. 它能执行模型生成的代码和命令、加载第三方插件、访问网络、进程、凭据和文件;模型出错、配置错误、恶意输入或不可信插件可能损坏主机、删除文件、泄露数据或凭据。
  3. 沙箱、审批和权限控制能降低风险,但不能保证隔离,也保护不了已经授权给它的资源。
  4. 第三方插件、MCP 服务、Skills、Hooks 由第三方提供,DeepSeek 不负责。
  5. 官方模型服务禁止用于高经济风险活动,条款举例包括自动化信用资格判定以及就业、教育决策。

官方给出的建议包括:最小权限、优先在一次性虚拟机或容器中运行、备份可访问文件、重大操作必须人工确认、只安装可信来源且经过审查的插件(来源2、3)。

三、DeepSeek Bot:社区做的“Bot 团队”上层

3.1 DS Bot(ds-bot)

3.2 DeepSeekBot(deepseekbot)

3.3 两层的差别一览

维度DeepSeek HarnessDeepSeek Bot(以 DS Bot 为例)
层级运行框架(底座)框架上的插件(应用层)
责任主体DeepSeek 官方个人或社区团队
交互形态单会话为主,执行任务、写代码、处理文件多个长期存在的 Bot,群聊协作、主管调度
记忆会话日志与回放每个 Bot 的长期记忆、团队记忆、群记忆
权限模型审批、沙箱、权限控制在 dsh 之上再加主管 Bot、群管理员等角色权限
成本特征按任务调用模型多 Bot、群聊会放大模型调用量
成熟度开发者预览,未经安全审计早期预览,迭代极快

本文分析:把 Bot 插件叠在 dsh 上,并不会降低风险,而是在原有风险之上再加三类新风险——高权限主管 Bot、跨会话持久化的记忆,以及 Bot 之间相互转派任务带来的责任链变长。

四、银行能用在哪里(本文分析)

本节全部为本文分析。

4.1 适合 dsh 的场景

场景说明前提
研发辅助代码阅读、单元测试生成、遗留系统文档整理隔离开发环境,脱敏代码或非核心系统
数据分析草稿对脱敏数据做探索性分析、生成图表和报告初稿只读数据副本,结果人工复核
制度与材料整理汇总公开监管文件、起草内部培训材料只用公开或内部非敏感材料
智能体能力研究作为可替换插件的实验平台,研究审批、沙箱、轨迹审计由金融科技或创新部门在实验室环境开展

4.2 适合 DeepSeek Bot 的场景

场景说明前提
个人研究助理团队一个 Bot 收集公开资讯、一个比对、一个起草周报仅限公开信息,不连生产系统
小组协作试验研究“主管 + 专业 Bot”的分工模式能否降低成本、提升质量测试数据,记录每个 Bot 的输出与依据
多智能体治理研究观察记忆漂移、任务转派、权限扩散等问题作为风险研究对象,而非生产工具

4.3 目前都不适合的场景

五、怎么选、怎么部署(本文分析)

本节全部为本文分析。

5.1 三问决策

  1. 是否需要多个长期角色协作? 不需要就只用 dsh;需要再评估 Bot 插件。大多数单人任务,一个会话加清晰指令就够了,多 Bot 只会增加调用量和审查负担。
  2. 数据是什么等级? 公开数据可试;内部一般数据需隔离环境;客户信息和敏感经营数据当前阶段不进入。
  3. 由谁承担责任? 官方框架有明确的责任主体和使用条款;社区插件的维护依赖个人或小团队,需要评估其更新频率、漏洞响应和替代方案。

5.2 部署形态选择

形态适用银行注意事项
员工个人电脑桌面端个人探索不建议在办公终端直接安装;易接触真实文件和凭据
隔离虚拟机或容器研发与研究试点(推荐)只挂载必要目录,网络出口白名单,用完即弃
行内私有服务器 + 自有模型部门级试点用“自定义模型”模式接行内部署的模型,输入输出不经 DeepSeek 服务端(来源3)
官方模型 API公开数据实验数据出境与跨机构传输需走合规评估
社区 Docker 镜像(如 DS Bot)常驻 Bot 试验镜像来源需审查,挂载目录即 Bot 的全部可访问范围(来源4)

5.3 上线前的七项底线

  1. 开源组件准入:dsh、插件及其依赖逐一登记许可证(MIT、Apache-2.0)、维护方与版本,锁定版本号,禁止自动升级。
  2. 插件白名单:只允许经安全审查的插件、MCP 服务和 Skills;社区插件市场的插件默认不放行。
  3. 最小权限:不给真实生产凭据;文件访问限于专用工作目录。
  4. 高权限角色控制:如使用 DS Bot,主管 Bot 的权限要单独评估,避免“一个 Bot 能改所有 Bot”。
  5. 记忆治理:Bot 记忆是新的数据资产,要定义谁能写、多久清理、如何审计;卸载前手动清除本地数据。
  6. 人工确认:任何写操作、对外发送、代码合并都必须人工批准,并保留执行轨迹。
  7. 成本监控:多 Bot 群聊会放大调用量,设置额度上限和按 Bot 的用量报表。

六、结语

本文分析:DeepSeek Harness 和 DeepSeek Bot 代表了智能体落地的两层:前者解决“模型如何安全地动手”,后者尝试“多个智能体如何长期协作”。对银行而言,真正要选的不是“用哪一个”,而是“先在哪一层建立治理能力”。建议先在隔离环境中用 dsh 建立审批、沙箱、轨迹审计和插件准入机制;等底座治理成熟、官方版本稳定,再把多 Bot 协作作为下一阶段的研究课题。

事实来源

  1. DeepSeek Harness GitHub 仓库与 README(来源1):官方开源、MIT 许可、Cordis 插件架构、开发者预览状态与运行命令。
  2. DeepSeek Harness SAFETY.md(来源2):未经安全审计、不可视为生产就绪、沙箱局限与负责任使用建议。
  3. DeepSeek Harness 使用条款(来源3):官方模型与自定义模型两种模式、自定义模式不在服务端存储输入输出、高风险活动禁止清单(含自动化信用资格判定)、第三方插件责任。
  4. Fei2411/DeepSeek-Bot README(来源4):功能、主管 Bot、群聊机制、部署形态、本地数据位置与卸载不删数据、非官方声明、Apache-2.0。
  5. BotHarness 团队对比文章(来源5):两个同名插件的维护方、包名、许可与版本信息(利益相关方,仅引用可核对信息)。
  6. npm deepseekbot 包信息(来源6):版本 1.4.1、MIT 许可、功能描述。
  7. 量子位报道(来源7):DS Bot 发布背景、dsh 开源与 v0.2 时间线、官方 Muse 尚未推出。
  8. 智猩猩 / 腾讯新闻报道(来源8):DS Bot App 移动端,由主机执行任务、手机远程管理与审批。

本文推论部分(非来源表述):各节“本文分析”段落、第四节和第五节全部内容、第六节结语。相关阅读:本站《DeepSeek Harness 解析:插件化智能体运行时如何用于银行风险管理》、《DeepSeek Harness 能不能直接用在银行资产保全上》。

本文不构成投资建议、技术选型建议或合规意见。

(内容由AI生成,仅供参考)

参考文献

  1. DeepSeek Harness: Everything is a Plugin(GitHub 仓库与 README) [DeepSeek AI 官方开源仓库]
  2. DeepSeek Harness 安全声明(SAFETY.md) [DeepSeek AI 官方开源仓库]
  3. DeepSeek Harness Terms of Use(2026-09-20 更新) [DeepSeek 官网]
  4. Fei2411/DeepSeek-Bot(DS Bot,ds-bot) [GitHub 社区项目]
  5. DeepSeekBot (DSB) vs DS Bot (ds-bot): Two DeepSeek Harness Plugins Compared [BotHarness 团队博客(利益相关方,2026-10-11)]
  6. deepseekbot(npm 包信息) [npm]
  7. DeepSeek Bot来了!民间版,DSH装个插件就能用 [量子位(2026-10-11)]
  8. DeepSeek Bot移动端开源,手机上也能组建Bot团队了! [智猩猩 / 腾讯新闻(2026-10-14)]