从"就这？"到"Aha"：我用 DSH 搭了一个硬件行业工作台

前言：一个挺偶然的开始

DeepSeek Harness 刚出来的时候，网上铺天盖地都是各种 Demo：换皮肤、小游戏、新闻看板、各种工作台。

我的第一反应其实是：这有什么跨时代的？感觉营销噱头大于实际价值。因为这些东西单独拿出来看，好像没有哪个是以前的 Agent 完全做不到的。

但很有意思的是，当时很多人又在讨论一个词：Everything is a Plugin。甚至有人认为这可能代表下一阶段 Agent 的一种重要变化。

所以我当时处在一个挺矛盾的状态：一边觉得它被吹得太厉害，一边又很好奇——这么多人兴奋的到底是什么？

后来镇宇也让我和斌哥一起研究这个方向。于是我开始认真去看它的架构，然后自己上手做了一些东西。

整个过程下来，我的认识其实发生了三次变化。

一开始的问题：这些 Demo 到底有什么了不起？

网上所有 DSH 的案例，看起来都不像什么「以前完全做不到」的东西。做一个小游戏，可以。换一个 UI，可以。搭一个新闻工作台，也不是今天才可以。

所以如果只是从最终 Demo 去看，很容易得出一个结论：DSH 只是让 Agent 更容易换皮肤、加功能。

但继续往里面看之后，我发现真正应该看的并不是那些 Demo，而是它为什么一直在强调一句话——

Everything is a Plugin。关键其实不在 Plugin，而在 Everything。

MCP / Skill 是给 Agent 加能力，Plugin 开始参与定义 Agent 本身

过去我们比较熟悉的 MCP、Skill、Tool，基本都建立在一个前提上：先有一个 Agent。这个 Agent 已经决定了 Context 怎么组织、Memory 怎么管理、Agent Loop 怎么运行、Tool 怎么调用、Session 怎么维持、UI 大概长什么样。然后我们再往上接 MCP / Skill / Tool。

它们解决的更多是：「这个 Agent 还能做什么？」

不是「先有 Agent 再装 Plugin」，而是 Agent 本身就是一组 Plugin 在 Runtime 里的组合状态。

真正重要的不是「能装插件」，而是「能安全地换」

插件系统当然不是新东西。Chrome 有插件，VS Code 有插件，Obsidian 也有插件。所以单纯说「DSH 可以安装和卸载 Plugin」，并不足以让我觉得它特别重要。

后来继续研究 Cordis，我觉得真正关键的是两个词：

「安装 → 修改 → 卸载 → 恢复」开始成为 Runtime 本身负责的事情，而不是 Plugin 作者的责任。

我第一次觉得它有意思，是因为它让「改自己」变得可能

今天我们说 Agent 自我进化，很容易想到：让模型自己写 Skill、自己加 Tool、自己改 Prompt。但如果更进一步呢？

• Agent 有没有可能发现「我现在这个 Memory 不适合这个任务」，于是换一种 Memory？
• 或者「现在这套 Agent Loop 效率太低」，于是换一种 Loop？
• 然后：跑一次 → 评测 → 更好就留下 → 更差就退回。

如果 Agent 本身是一个写死的巨大 Core，你让 AI 改的不是一个模块，而是在给自己做开颅手术。

但如果 Memory / Tool / Context / Workflow / UI / Loop 本来就是一个个可以组合、替换和撤销的对象，那么问题就变了——不是「AI 能不能修改整个 Agent Framework」，而是「AI 能不能找到应该替换的那个组件」。

但理念很好，不代表它真的有用

学到这里的时候，我其实还是没有完全被说服。因为架构理念可以非常优雅，但最后还是得回答：它对我的实际工作到底有什么帮助？

那最好的办法就是：不要继续看 Demo，找自己的问题试一次。

我真正的问题，不是信息不够，而是信息太散

我平时有不少事情需要持续跟踪：AI + Hardware 最近有什么变化；IoT / 智能家居标准有没有新进展；各家厂商最近上线了什么 AI 能力；我们正在推进的家电业务，各品牌现在接入到哪一步。

以前最自然的方式是让 Agent 搜，然后 Agent → 消息 → 群聊 / IM。这个方式对「今天发生了什么」非常好用。

但慢慢我发现另外一个问题：如果我想知道「这件事情最近一个月到底怎么发展的」，或者「A、B、C 三家公司目前分别走到哪一步」，我就得开始翻聊天记录——昨天一条，前天一条，另外一个群里还有一条。

信息我其实都有，但我没有真正「看清楚」这件事情。

重新定义问题：消息适合提醒，看板适合跟踪

我缺的不是「再来一个更聪明的 Agent 告诉我今天发生了什么」，而是一个能持续帮我组织和呈现变化的地方。

场景一：行业趋势，不只是知道新闻，而是看到趋势

以前看到一条新闻：某家公司发布了一种新的 Agent 硬件。过几天又看到：某个 IoT 标准有了新的版本。再过几天：另一家公司宣布新的接入方案。

单条看，每一个都是新闻。但如果把它们放在一个持续更新的看板里，我真正想看的其实是：这个行业正在往哪里走？

• 每日新增了什么
• 哪几个主题最近变热
• 同一家公司连续发生了什么
• 同一个标准最近经历了哪些变化
• 今天和昨天相比，什么东西发生了变化

把 Agent 从「回答一次问题」，变成「持续维护一个对象」，体验其实很不一样。

场景二：业务进度，不只是记录，而是形成状态

我目前的工作，一部分是向外看，持续关注行业趋势；另一部分是向内看，寻找生态合作机会，并推进一些具体的小微项目。其中，家电厂商的 AI 能力接入，就是一个正在推进的具体项目。

这类工作天然不是一次性的任务，而是一个持续变化的状态：A 品牌现在推进到哪一步？B 品牌已经支持了什么？C 品牌为什么还没有接入？哪些事项已经完成？哪些还卡在反馈、评估或排期阶段？

过去这些信息可能分别存在于群聊、文档、会议纪要、项目表格，以及人的脑子里。但真正做业务的时候，我需要的不是又收到一条「A 今天有新进展」，而是打开一个页面以后，立刻知道现在整个盘面是什么样。

再往前一步：为什么不直接做成自己的工作台？

如果行业趋势是一个长期对象，生态机会是一个长期对象，业务接入是一个长期对象，小微项目需要持续推进的 Roadmap，商家反馈需要不断收集、判断和更新，Agent 又能够帮我持续整理和更新这些信息——

那为什么我的工作入口，一定还是一个聊天框？

于是开始搭自己的 Workspace 原型。左边是我关注的行业主题、生态机会和项目列表；中间是核心信息、状态看板和 Roadmap；右边才是 Agent，用来查询信息、更新进度、整理反馈，或者提醒我下一步应该做什么。

为什么它让我想到从诺基亚到 iPhone？

你不喜欢网易云，删掉装 QQ 音乐，但你根本不需要换掉整个 iOS。

Everything is a Plugin，也在做类似的解耦

过去我们的 Agent 更像一个完整软件：Model、Memory、Workflow、UI、Tool、Loop……大量东西被集成在一起。而 Everything is a Plugin 想做的是把这些东西逐渐拆出来：Runtime 提供一个相对稳定的底座，上面的能力可以组合、替换、升级、迁移。

所以我们今天其实还处在「大家给自己造 App」的阶段

一开始我看到新闻看板、小说工作台、Research Workspace、各种 Coding Agent，会觉得这些东西有什么革命性的？

但如果换一个视角：移动互联网早期的第一个天气 App、第一个音乐 App，本身也未必有什么「跨时代」。真正重要的是——一旦 OS / App 之间的边界建立起来，大量能力开始能够独立生长。

今天 DSH 社区里的这些东西，也许就处在一个很早期的位置。大家现在主要还是根据自己的需求，给自己组一个 Agent。也就是某种意义上的：「自己造 App」。

真正更远的一步：这些能力不再只属于「我的 Agent」

于是 Agent 的能力开始从「某个产品里的功能」，变成「可以被独立迁移和重新组合的组件」。

再往后，甚至可能不是「人组装 Agent」

今天这些事情基本还是人在做：选 Plugin、搭 UI、写 Workflow、调整 Agent。所以今天更像人在给自己造 App。

但如果未来 Agent 真的具备更强的自我评测和 Coding 能力，它是不是可以自己发现：

• 「这套 Workflow 对这个用户不好用」→ 换一个
• 「这个任务不适合 Chat」→ 把界面重新组织成一个看板
• 「当前 Memory Strategy 效果不好」→ 换掉，跑一次 Evaluation
• 效果好就保留，不好就 Rollback

如果回头看这次经历：最开始我只是想搞明白「DSH 到底为什么这么火」；后来自己实践的时候，我想解决的是「能不能少翻一点群聊，让 Agent 真正帮我管理信息」；但做完以后，我现在觉得真正让我有收获的是另外一个问题——

AI 到底会怎样改变软件本身？

Everything is a Plugin 给我带来的新想象，是第三种。

结语

这也是这次我从 DSH 学习和实践里，觉得最值得继续观察的一件事情。