夜雨聆风它和很多智能体不太一样的地方在于，自带的插件不是固定死的，用户可以自己决定开哪些、关哪些。官方自带的不够用，也可以自己做插件。
现在 GitHub 上围绕 DSH 的东西，已经不只是常规的识图、换皮。连客户端层面，都有人在折腾。
说个有点离谱的数据。
DSH 发布当天晚上，我去 GitHub 搜相关标签时，结果大概只有一千六百多条，其中大部分还是过去遗留下来的旧插件。
到了今天，这个数已经涨到九千多个。
而我昨天看时，它还只有八千来个。也就是说，这一天里又多了一千多个和 DSH 有关的插件或项目。
这个数字未必能当成严谨的用户统计，但至少能看出来，围绕 DSH 造插件、做项目、折腾新能力的人，一下子多了很多。
今天它还更新了 v0.1.0-rc.8 预发布版本。
按更新说明来看，这一版主要在处理 Agent 的实际使用体验和稳定性，包括运行流程、工具调用、任务执行，以及一些基础能力的调整和修复。
我自己的理解是，它现在还在补一个开发者 Agent 最容易出问题的底层部分：不是“能不能跑”，而是复杂任务跑起来以后，会不会中途抽风，会不会做着做着丢掉上下文，或者工具突然不听话。
而且这还只是预发布版本，后面正式版能走到什么程度，还得继续看，但至少这几天，我感觉还是挺好玩的。
看多了手就痒，所以我也顺手做了个小玩具：一个动态皮肤插件。
仓库放在这里：https://github.com/yang19997/dsh-live-backdrop
我本身是代码小白，只会提需求。最开始我以为，做插件肯定很麻烦，没想到 DSH 做这类东西，比我预想中简单不少。
当然，我也没上来就做什么复杂项目，只是想做一个动态皮肤，一开始其实没什么头绪，毕竟总不能一上来就跟它说：“帮我做一个动态皮肤插件。”
这样当然也能做，但需求没边界，最后走的弯路和花掉的 token，估计也够我吃一壶。
恰好我安装 DSH 的当天，顺手逛了一圈 GitHub 上的插件库，找到了一些挺有意思的插件，其中有一个皮肤插件，不过换皮只是它的一点附加功能。
我就让 DSH 先参考这款插件，看看它是怎么在网页上实现换肤的；再告诉它，我想做的是一个独立的动态皮肤插件。
我还特意让它先别着急执行，先把需求和实现方向聊清楚。
DSH 很快给出了具体分析，还反过来问了我几个一开始完全没想到的问题。
大概有三个，第一，参考对象到底是什么：只参考我手上这款皮肤插件的机制，还是把整套皮肤系统都参考进去？
第二，最后交付成什么：做成一个能安装到本机的独立插件包，还是先在会话里做个临时原型，重启以后就没了？
第三，背景素材怎么换最方便：本地文件夹扫描点选，还是拖拽上传？
我这种小白刚开始哪懂这些，但选项摆出来以后，事情就简单了：参考整套皮肤系统、做成独立插件包、本地文件夹点选。
它连推荐项都标好了，我闭眼跟着选就行，省得自己瞎琢磨。
方向定完，它还没让我直接动手，而是先把调研结果捋了一遍。
原来换肤这件事，没我想得那么玄乎。界面上的颜色，本来就是一组样式变量；皮肤做的事情，就是把这组变量换成自己的值，再往页面里加一点自定义装饰。
所以它最后的方案是：参考机制，但重新写一套自己的样式和逻辑。
等真正开始做，我才发现这玩意儿的门槛比想象中低。
它把整个活拆成了几步：先在宿主侧开几个本地接口，负责扫描素材文件夹、保存配置；再在浏览器这边写背景引擎，专门管理视频播放；最后补上设置面板，让我能点选壁纸、调整主题。
每完成一步，刷新一下页面就能看到效果，有点像搭积木。
背景引擎这块，它比较上心，因为动态壁纸最怕两件事：费 CPU，吃内存。
视频要是页面切走了还在后台放，那这个插件就会从“桌面美化”，慢慢进化成“后台资源消耗器”。
所以它定了一堆规矩：页面切走，视频立刻暂停；设备内存比较小，就自动降成静态图；关闭总开关时，不是把视频藏起来，而是把媒体元素整个卸掉，让内存真的还回来；换壁纸时，旧的也马上清掉，页面里只留一个媒体元素。
它还顺带提醒了我一件事：大 GIF 拿来当壁纸，未必是个好主意。
动图解码以后会一直占内存，分辨率和帧数一上去，就很容易把“只是一个背景”变成“为什么页面越来越卡”。
所以最后面板里干脆建议：大动图尽量转成视频。
写到这里我才有点明白，后面补再多优化，也只是让程序少干一点活。真正决定体验的，还是素材本身。
视频短一点，循环别太夸张，清晰度够用就行，毕竟它只是背景。
你盯着一片云飘过去，基本不会因为它是 1440P，就突然获得什么人生启示。
主题这块更是超出我预期。
我本来只想换个动态壁纸，结果它把整个界面的颜色、圆角、边框都接进去了，还做了三个预设：玻璃拟态、极简扁平、沉浸夜色。
每个预设又分亮色和暗色两套，选完以后还能自己逐项调。
不想折腾的人，直接选预设就行；喜欢自己瞎调的，也不用接受“作者觉得好看，我觉得想逃”的固定方案。
不过中间还是翻车了，第一版做完以后，透明度滑杆根本拖不动，数字也不对。
它查了半天，发现是一个特别经典的坑：存储时用的是 0.6 这种小数，表示六成透明；滑杆却按 1 到 100 的整数刻度走。
两个刻度根本没对上，于是它又老实给每个滑杆补了数字输入框，滑杆负责大概调，数字负责精确填，想要 42，就直接填 42。
中途我还发现一个问题，它一开始把设置面板挂在第三方插件提供的分组里，看起来没什么问题，点进去也能用。
但如果那个第三方插件被卸载了呢？我的面板也会跟着没，这哪行。
后来它把面板挪到了官方设置页自己的插件配置区，还做了次实弹演习：临时关掉那个第三方分组，刷新一看，壁纸照常放，面板也好好的。
今天我还顺手让它把这个插件同步到了桌面客户端。
现在网页端和桌面端共用一份配置，桌面一打开，壁纸和主题就跟网页上一模一样，不用重新配一遍。
不过这个壁纸还有待优化的地方，后面准备推翻重新折腾一下。
做完这个壁纸插件，我越来越觉得，做一些相对简单的东西，很多时候不需要自己回头写代码，智能体已经能把不少事情做出来。
我之前做公众号 OCR 抓取方案和本地监控方案时，也有类似的感觉。只要手上有现成项目可以参考，或者你能把需求说得比较具体，它就能往前推进不少。
但复杂项目还是另一回事。
比如你想做 Codex 的皮肤插件，手上又没有一个能直接参考的现场项目，只凭一句“我想做成这样”，难度就会一下子上来。
因为 AI 能替你写代码，不代表它自动知道你真正想做什么。
你还是得想清楚：这个东西应该挂在哪里、依赖谁、出了问题怎么判断、做出来以后到底算不算能用。
所以我现在的感受是，AI 真正降低的，不只是敲代码这一步的门槛。
更重要的是，你会在动手过程中，被迫慢慢学会怎么提需求，怎么拆问题，怎么判断一个方案到底靠不靠谱。
会提需求，不等于不用思考。很多时候，反而是要求你更早把问题想明白。
所以就算是代码小白，只要愿意学，也可以大胆去试。大不了就是烧一点 token，当学费。
求点点关注，感谢！
