floatboat
打开导航菜单

DeepSeek Harness

将 DeepSeek Harness 作为构建 Agent 工作流的参考，研究插件架构如何区分模型访问、工具与任务能力，再结合 Floatboat 中的工作需求评估可复用的扩展和组合方式。

把资料流程拆成可替换插件

说明现有任务在采集、转换或外部工具上的缺口，让请求明确插件职责与兼容性。拟议 Harness 组合先经过小型代表任务验证，再考虑作为周期性依赖，避免一次性拼装后直接长期使用。

说明输入、处理阶段、模型配置和失败时的行为。

复制请求，在 Floatboat 新对话中粘贴，并提供所需资料。

下载 Floatboat

带入 Floatboat 的请求

请求可预览和复制，不会从此处自动发送。

参考来源: DeepSeek Harness
https://github.com/deepseek-ai/deepseek-harness

先阅读原始说明并核对当前环境与依赖。需要安装或连接新工具时，先提出方案。

我的任务:
参考 DeepSeek Harness，将每周公开资讯简报拆为收集、去重和摘要插件。定义输入输出、模型配置和重试行为，核对当前接口后再拟定原型方案。

期望交付:
插件职责图，以及首次完整运行的小规模验证计划。

关于 DeepSeek Harness

DeepSeek Harness 也称 dsh，是 DeepSeek 开发的开源 Agent Harness。它提供模型交互周围的运行系统，本身不是一个新模型。项目的核心设计是通过可组合的插件组织系统能力。

它对工作流设计的价值，在于把不同能力分成可组合的部分。Floatboat 用户可以先据此明确任务需要哪些工具、上下文和职责，再评估具体插件或运行层集成；参考架构本身不代表已经具备现成的 Floatboat 连接。

DeepSeek 将该项目标为开发者预览，并说明可能出现不兼容变更。MIT 源码许可与模型服务访问、第三方依赖条款分开。选用时应按持续演进的平台理解，结合具体版本文档与工作区边界进行评估。

值得借鉴的工作流机制

DeepSeek Harness 让独立能力通过输入输出形成组合。插件职责和版本兼容性会影响整条处理链，理解每一阶段负责什么，才能判断组合是否适合自己的周期性交付任务。

  • 清晰划分任务能力

    参考插件优先的架构，将模型访问、工具和工作流职责作为不同部分设计。

  • 组合范围明确的流程

    只评估任务真正需要的能力，不将庞大的插件目录直接视为已经可用的完整方案。

  • 为扩展变化留出边界

    把版本兼容性纳入工作流设计，避免运行层更新后任务行为在未经检查的情况下变化。

DeepSeek Harness的使用场景

新闻摘要需要连接采集与转换，自定义工具还涉及凭据和调用边界。借鉴 DeepSeek Harness 时，可以先验证小型能力组合，用真实输入检查兼容性及失败行为，再考虑长期采用。

模块化的信息处理流程

新闻摘要可以拆分为采集、转换和审阅等能力。围绕已确认的公开来源、去重规则和摘要审阅要求，定义每个插件接收与返回的内容。当来源重复或摘要需要修正时，可以沿输入输出映射找到对应职责，而不是把整个流程视为一个黑箱。

面向业务的工具连接

工作流缺少某个外部工具时，将它的 API 文档与当前插件约定对照，明确允许执行的操作，并引用已批准的凭据来源。连接方案除了描述成功调用，还要说明认证边界和失败处理，避免将密钥本身写进设计或任务材料。

可控的工作流实验

预览阶段的运行时应先通过小规模能力组合验证。限定能力范围，提供代表性输入和可接受的失败行为，记录实际运行表现。根据这次实验判断是否已有足够证据用于周期性工作，或仍需暂缓采用，避免直接将探索结果当作稳定能力。

评估扩展升级的影响

插件版本变化可能影响其他能力依赖的输入输出，不只是安装步骤。更新组合前，将当前约定和代表行为与拟议版本比较，记录不兼容假设及下游需要的检查。保留预览运行时的变化风险，避免将升级当作无需重新验证的常规替换。

核对 DeepSeek Harness 扩展条件

不同 Harness 扩展可能依赖不同凭据、版本和运行环境。以下条件针对实际计划组合的能力核对，而不是准备一套泛化插件环境后，就默认所有连接具有相同执行要求。

  • 核对候选组合

    针对真正需要的扩展检查能力边界、凭证要求与版本兼容性。

用 DeepSeek Harness 设计能力链

能力链需要对应真实处理阶段，插件数量本身并不说明流程完整。划分职责并核对兼容性后，用代表输入检查交接和失败行为，再决定是否扩大组合或用于周期性交付。

  1. 列出任务所需能力

    先明确各阶段需要的信息、工具和中间结果，不从插件名称倒推任务。

  2. 测试交接与失败路径

    确认工具失败或插件变化时能够暴露问题，并明确后续如何处理。

相关软件项目

比较这些项目的用途、运行条件和源码许可。

DeepSeek Harness 常见问题

DeepSeek Harness 是 DeepSeek 官方项目吗？
是。项目位于 deepseek-ai 组织，README 明确说明由 DeepSeek AI 开发。应以该仓库为准，不能把名称相似的社区分支自动视为官方项目。
“一切皆插件”在这里是什么意思？
这是项目基于 Cordis 的组合方式。运行层通过插件组织能力，实际工具与行为仍取决于会话启用了哪些插件及其配置，而不是默认拥有一切功能。
dsh 是一个独立 AI 模型吗？
不是。dsh 是运行层及其应用入口；模型推理由会话配置的服务提供，其凭证、可用性和商业条款应单独确认。
当前项目接口是否稳定？
官方 README 将其标为开发者预览，并明确预期不兼容变更。应固定并评估实际使用的版本，不能假设扩展跨版本无需调整。
MIT 许可是否覆盖接入的模型和服务？
MIT 适用于项目源码。模型 API、外部服务和第三方组件仍适用各自条款、费用和运行要求。
借鉴这些机制是否需要更换工作工具？
不需要。可以先将 DeepSeek Harness 作为任务结构、工具边界和结果审阅的设计参考，在已有工作流中验证思路。软件复用是另一项选择，需要核对兼容性、权限与许可；借鉴设计思路不会自动完成软件与 Floatboat 的连接。