DeepSeek Harness：一切皆插件的开源智能体框架
DeepSeek AI 推出了全新的开源智能体框架 DeepSeek Harness（dsh），其核心理念是“一切皆插件”。该项目基于 Cordis 架构构建，旨在实现时空组合性，目前正处于开发者预览阶段，迭代速度极快，未来可能会有破坏性更新。用户既可以通过 npm 快速启动 Web UI，也可以从源码构建。项目已在 GitHub 上获得 5000 星标，社区活跃，支持通过 Discord 交流及提交插件。这是一个让开发者能够灵活扩展智能体能力的强大工具。
DeepSeek Harness 是一个由 DeepSeek AI 开发的开源智能体框架，其架构核心理念是‘一切皆插件’。
HN 评论区
298- SwellJoe
每次运行都可追溯
模型看到的所有内容都会记录在追加式会话日志中：系统提示词、推理过程、工具调用及其结果、子代理调度，以及每一次上下文注入。在 Trajectory 视图中，你可以按来源检查这些记录。恢复、分支、搜索和重放操作都基于同一个事件流。"
在我看来，这是一个杀手级功能，而美国的大模型根本不允许你这么做，因为它们的轨迹是加密、混淆的，必须通过各种变通手段（且违反服务条款）才能提取出来。
如果你想改进与大模型配合使用的工具，就必须能够评估模型认为正在发生什么，以及它们如何思考和处理你提供给它们的数据。而美国的大模型不会让你看到这些。
- lxdlam
我读过底层论文，觉得它可能有点用，但也没那么有用。
想知道它实现了什么的人：它给插件系统（比如 Pi agents 里的那种）增加了热重载和动态启用/销毁的能力，不过他们把边界推得更远，扩展到了 UI 组件等层面。
想知道它具体做什么的人：如果你懂一点 PLT（程序语言理论），可以问你的代理让它把代数部分解释得更清楚些；对于不熟悉的人来说，这个框架要求每个插件提供初始化和销毁的方式（就像 C++ 的 RAII 或 Rust 的 Drop trait 等），运行时随后会正确处理生命周期事件和常见陷阱。此外，它提供了一种清晰的方式来声明插件之间的依赖关系，运行时也会在更广泛的层面上正确处理生命周期的变化。
如果你不熟悉 OSGi、iPOJO、React 的 useEffect 等（论文本身也提到了这些），我觉得值得一读；对其他人来说，浏览一下就够了：它确实指出了一些常见问题的陷阱，但代数部分可能对你没有进一步的帮助。
- tianyicui
大家好，我是 DeepSeek Harness 的作者之一。目前我们提供的只是一个早期的开发者预览版，采用 MIT 许可证。请预期会有很多粗糙的边缘和破坏兼容性的变更。任何反馈和建议都欢迎！
- try-working
我一直在想，他们应该设计 DeepSeek harness，使其能与其他提供商配合使用，因为一个主要用例是将工作从昂贵的大模型卸载到 DeepSeek，而不是让每个人都去 hack 这个 harness。
我看到它开箱即用就能支持许多不同的提供商，这很棒。这也让我很容易为角色模型路由器（role-model router）构建一个插件并让它正常工作，从而实现模型之间的自动路由。稍后今天就会发布。
- ef2k
导语里埋藏的信息是：这个 harness 使用的是 Cordis v4（今天发布的论文）。Cordis 已经在另一个名为 Koishi 的项目中使用了四年，该项目使用的是 v3 版本。Cordis 本身是一种在不重启运行中的进程的情况下热加载和卸载插件的方式。酷的地方在于，当它卸载时，可以撤销其创建的任何状态和副作用，清理其连接、内存分配、注册的处理器等，并且可以在不干扰其他插件的情况下停用其依赖的任何依赖项。
- invaliduser
«它采用了一种“一切皆插件”的架构»
好吧，这对我来说已经够了。多年来，我已经患上了“插件疲劳症”。
任何依赖“社区插件”来实现功能的产品，意味着前六个月运行良好，之后就会变成一场噩梦：插件不兼容、已废弃、不兼容，缺乏一致性和治理。
我理解这对公司来说有多有吸引力，他们会想，嘿，我们做一个非常小的产品，依靠别人来做功能，希望它能行。但就我个人而言，我会远离这种东西。
- rco8786
但是，这到底是什么？奇怪的是，它居然登上了 HN 的榜首。README 除了安装说明和一个指向 "Cordis" 的链接外，内容非常单薄，而 Cordis 被描述为“时空组合性的元框架”，并且“正在积极开发中，API 尚不稳定，可能会在不通知的情况下更改”。
- syntaxing
为什么这么多代理 harness 都是用 node.js 写的？有什么原因吗？