Web UI、TUI、侧边栏、视觉、Memory、多 Agent、Browser、GenUI，甚至鲸鱼娘、经典老皮肤都已经出来了。
很多开发者第一反应是该赶紧做一个 DSH 插件？
我整理了近期随 DSH 火起来的插件，发现一个有意思的规律：火起来的都是在补 Harness 的产品缺口。
比如 dsh-web-ui、DSH-better-sidebar、dsh-TUI，解决的不是模型能力，而是一个更现实的问题：Agent 已经会写代码了，人怎么管理它？
所以 UI 插件最先爆，并不奇怪。
再比如 ModLens。DeepSeek 主模型本身看不了图片，那社区就直接给它“装眼睛”。
这背后其实是 Harness 很重要的一种思路：以前模型能力不够，我们等下一代模型。
视觉如此，未来语音、搜索、Browser、Computer Use 都可以如此。
第三类是我更看好的 Memory。
Graph Memory、Mnemon 这类插件解决的是 Agent 长期工作后最痛的问题：失忆。
真正有价值的 Memory，不是“记住我喜欢喝咖啡”。而是：记住这个项目过去三个月发生过什么。
再往后，就是 dsh-agent-teams。
Research、Code、Test、Review 几个 Agent 并行工作，上面一个 Captain 管任务和依赖。
这时候新问题是：怎么管理一群 Agent。
我觉得最容易被低估的还有 GenUI。
今天大部分 Agent 最后的输出还是 Markdown。
但以后你让它：“分析一下这个月销售情况。”
它可能不应该给你 2000 字，而是直接生成一个：可筛选、可下钻、可操作的 Dashboard。
这时候 Agent 就从：Prompt → Answer，开始变成：Prompt → Software。
所以如果你现在准备做 DeepSeek Harness 插件，我反而建议先问自己：
我的插件是在“多包一个 API”，还是在解决 Agent 真正工作时缺失的能力？
DeepSeek Harness 最有意思的地方，可能从来不是 DS 已经做了多少。
而是：它故意留下了多少空白，让社区自己去填。
