终于体会到了「一切皆插件」的强大

我又来了！

自从自己构建DeepSeek Harness Desktop以来，我还是稍微做了一些轻度的琐碎任务，例如一直以来的相机照片分类任务。直到DeepSeek也出了官方的桌面客户端。

而之前我的工作方式无非只有两种：

• 选择一个目录，然后拿它当CC桌面版用。
• 在网上找一个DSH插件，接着用。

直到前几天DeepSeek Harness官方账号在B站发了个宣传片，我才恍然大悟：

原来我之前一直没好好用DSH！

以前我的工作栈都是用工具去生成作品，很少有用工具生成一个「更好生成作品的工具」。AI Agent普及以后，用AI工具基于固化的任务流程，生成一个工具，提高生成作品的效率，这种流程变得普遍了起来（至少我在公司是这么干的）。

例如我做PPT，苦于按照自己想法渲染出的背景，我写了个生成器：

以及我在家里局域网部署了一个Qwen Image的ConfyUI模型的情况下，用DSH写了一个Photoshop插件，解决了国内不给使用PS的生成器的问题：

WorkBuddy的出现，将一切固化成了Skill，固定在软件的左栏，这其实也是又向前了一步。虽然有官方API可以调用，并且轻松接入微信，但是Skill这种方式，感觉还是门槛高了一些。

今天看了DeepSeek的宣传片，我才发现，如果你使用「创造模式」直接把一些工作固化成一个更上层的web应用，就好比宣传片里的便签应用、工作台、甚至游戏等等。而且在应用里也可以直接继续迭代或者调用DeepSeek模型，那是不是更吸引人了一点呢？

我之前阅读论文，并将它整理成了一个web应用。我是将论文打包放在一个文件夹里，然后打开Claude Code或者DeepSeek Harness，去告诉它，翻译一下。于是我得到了一个还可以的网页。

现在看上去还可以，但是我有时候会做笔记，我就会反复让Agent软件修改，我会问什么是什么，并得到Agent基于论文和Web的回答。AI的自动排版，我觉得还是挺酷炫的。

慢慢地，我发现这样的一个工作方式确实还是有点奇怪。每次都要返回到软件去问答，然后刷新index.html继续浏览。为什么不能换成宣传片里的「插件」的形式呢？

然后我试了试，我真的做到了！

它毕竟就是一个web应用，DSH也是一个web外壳。这不是挺ok的嘛～

你还可以直接调用接口问答。

甚至还可以直接在里面放一个调用Skill的Prompt输入框。

这样一来，我就在DeepSeek上做了一个和alphaxiv一样的本地应用。（链接我就放这里了：https://github.com/JoanYu/dsh-paper-reader）

灵机一动的想法实现了，那么，我们是不是可以将一个现成的web项目移植到插件里呢？

首先我试了一下，一个比较有名的自托管旅游管理web应用-TREK。网上部署教程非常多，但是我希望自己可以在一个部署在我的NAS上的DeepSeek Harness上安装这个应用，这样我就可以通过NAS的外网入口，在多个设备上管理我的旅游信息了～

我发现，从一个原始的项目里，对DSH进行适配移植（修改一下端口映射、去掉用户管理），并进行个人偏好修改（例如本地优化、地图合规），然后直接在NAS入口的DSH里（甚至可以通过iPad进入DSH）使用，非常方便。

除了原生web应用迁移，我又想到了一个爱好相关的应用。

我有一个朋友，是上海交大的天文专业博士生，也是认识了很久的天文同好。他开发了一套可完全离线运行的月球计算内核、观测模拟器与月面地图服务（https://github.com/10deg/tsukikage）。平时在朋友圈里就被介绍了这个应用的强大，但是看上去Python启动服务，通过浏览器打开，也确实有点麻烦。于是，我也尝试了一下将服务移植成为DSH的插件（添加Chromium包用于3D渲染，修改端口映射方式以适配NAS部署的DSH），大功告成！

（特此感谢樊仕达同学的项目和支持）

写在最后：其实AI Agent确实让很多拥有一种技能的人通过Enhance另一种技能，做到1+1大于2的成绩。而WorkBuddy和DeepSeek Harness无非就是构建了一个框架，打通了这条道路的最后1公里。相信站在巨人的肩上，我们可以创造出更多新鲜的东西！

多说一句：我似乎反复提到了我自己的一台可以配置算力的NAS，虽然本文提到的所有产品都是无广宣传，但是我下次一定要介绍一下这款NAS——懒猫微服，以及配套的懒猫算力仓。朋友们，我们下期见！