清晰划分任务能力
参考插件优先的架构，将模型访问、工具和工作流职责作为不同部分设计。
DeepSeek Harness
将 DeepSeek Harness 作为构建 Agent 工作流的参考，研究插件架构如何区分模型访问、工具与任务能力，再结合 Floatboat 中的工作需求评估可复用的扩展和组合方式。
关于 DeepSeek Harness
DeepSeek Harness 也称 dsh，是 DeepSeek 开发的开源 Agent Harness。它提供模型交互周围的运行系统，本身不是一个新模型。项目的核心设计是通过可组合的插件组织系统能力。
它对工作流设计的价值，在于把不同能力分成可组合的部分。Floatboat 用户可以先据此明确任务需要哪些工具、上下文和职责，再评估具体插件或运行层集成；参考架构本身不代表已经具备现成的 Floatboat 连接。
DeepSeek 将该项目标为开发者预览，并说明可能出现不兼容变更。MIT 源码许可与模型服务访问、第三方依赖条款分开。选用时应按持续演进的平台理解，结合具体版本文档与工作区边界进行评估。
值得借鉴的工作流机制
先理解项目展示了什么机制，再判断它能解决自己工作流中的哪个具体问题。
组合范围明确的流程
只评估任务真正需要的能力，不将庞大的插件目录直接视为已经可用的完整方案。
为扩展变化留出边界
把版本兼容性纳入工作流设计，避免运行层更新后任务行为在未经检查的情况下变化。
如何用于自己的工作流
将这些场景作为 Floatboat 中任务设计的参考；具体软件接入仍需单独核对兼容性与权限。
模块化的信息处理流程
将资料收集、转换和审阅拆成明确能力，分别规定输入、输出和交接方式。
面向业务的工具连接
当现有流程缺少某种外部工具或任务能力时，研究插件约定是否适合该连接。
可控的工作流实验
先评估小型能力组合并记录行为，再判断预览阶段运行层是否适合重复工作。
从项目参考到工作流验证
从具体任务和可验证的小改动开始，判断需要优化说明、连接工具，还是复用运行组件。
- 01
列出任务所需能力
先明确各阶段需要的信息、工具和中间结果，不从插件名称倒推任务。
- 02
核对候选组合
针对真正需要的扩展检查能力边界、凭证要求与版本兼容性。
- 03
测试交接与失败路径
确认工具失败或插件变化时能够暴露问题，并明确后续如何处理。
相关 Agent 项目
从不同的运行方式、扩展机制和工作流出发，比较其他独立 Agent 项目。
DeepSeek Harness 常见问题
DeepSeek Harness 是 DeepSeek 官方项目吗？
是。项目位于 deepseek-ai 组织，README 明确说明由 DeepSeek AI 开发。应以该仓库为准，不能把名称相似的社区分支自动视为官方项目。
“一切皆插件”在这里是什么意思？
这是项目基于 Cordis 的组合方式。运行层通过插件组织能力，实际工具与行为仍取决于会话启用了哪些插件及其配置，而不是默认拥有一切功能。
dsh 是一个独立 AI 模型吗？
不是。dsh 是运行层及其应用入口；模型推理由会话配置的服务提供，其凭证、可用性和商业条款应单独确认。
当前项目接口是否稳定？
官方 README 将其标为开发者预览，并明确预期不兼容变更。应固定并评估实际使用的版本，不能假设扩展跨版本无需调整。
MIT 许可是否覆盖接入的模型和服务？
MIT 适用于项目源码。模型 API、外部服务和第三方组件仍适用各自条款、费用和运行要求。
借鉴这些机制是否需要更换工作工具？
不需要。可以先将 DeepSeek Harness 作为任务结构、工具边界和结果审阅的设计参考，在已有工作流中验证思路。软件复用是另一项选择，需要核对兼容性、权限与许可；借鉴设计思路不会自动完成软件与 Floatboat 的连接。