AI 产品
DeepSeek正在迎来它的第二个DeepSeek时刻 它正在开放许多人认为是下一个护城河的层次——工具层。 他们的DeepSeek Harness是那个将模型转化为代理的层
DeepSeek正在迎来它的第二个DeepSeek时刻。 它正在开放许多人认为是下一个护城河的层次——工具层。 他们的DeepSeek Harness是那个将模型转化为代理的层：包括工具、内存、执行循环、沙箱、存储、调度和接口。 （DeepSeek已经在MIT许可证下发布了整个技术栈的版本） 整个架构围绕一个理念构建：“一切皆为插件。”甚至模型提供商也是如此。因此，你不必从同一家公司获取模型、工具和运行时。 ▪️ 但Harness最有趣。当前摘要基于 2 条公开证据，并区分官方信息与社区讨论。
多来源证据
DeepSeek正在迎来它的第二个DeepSeek时刻 它正在开放许多人认为是下一个护城河的层次——工具层。 他们的DeepSeek Harness是那个将模型转化为代理的层
DeepSeek正在迎来它的第二个DeepSeek时刻。 它正在开放许多人认为是下一个护城河的层次——工具层。 他们的DeepSeek Harness是那个将模型转化为代理的层：包括工具、内存、执行循环、沙箱、存储、调度和接口。 （DeepSeek已经在MIT许可证下发布了整个技术栈的版本） 整个架构围绕一个理念构建：“一切皆为插件。”甚至模型提供商也是如此。因此，你不必从同一家公司获取模型、工具和运行时。 ▪️ 但Harness最有趣的地方在于——代理可以在运行时构建缺失的部分。 如果它需要一个不存在的工具，它可以创建一个临时插件。 开始出现的是一个循环：需要能力→生成工具→使用它
迁到 DeepSeek Harness 后，我发现开发团队可以裁掉了
这几天，当我们陆续完成即我桌面端到 DeepSeek Harness 的迁移后，我忽然发现，接下来我没活可派了。 Agent 的能力，DSH 的基建已经做的很好并在持续迭代；面向用户的所有界面，完全可由用户按自己的想法生成。实在懒得弄？插件市场有一堆他人开发的效果不错的插件。 我们唯一要做的，只是做好后端的定义，把数据存好，把接口给好。在用户哪些新场景需求没办法满足的时候，再对后端做点迭代。 绝大多数情况下，已经不需要开发者再干什么了！ 这不仅是我的个人感受，而是全团队都发现了的不可回避的事实。 在基于 DSH 的即我客户端落地的过程中，有几个同事，基于自己的需求
事件时间线
- Twitter/X AI ListDeepSeek正在迎来它的第二个DeepSeek时刻 它正在开放许多人认为是下一个护城河的层次——工具层。 他们的DeepSeek Harness是那个将模型转化为代理的层
- V2EX AI 用户与重大信号迁到 DeepSeek Harness 后，我发现开发团队可以裁掉了