开始折腾后的第一件事就是找插件，然后很快我就迷失在一堆 DSH 插件里了。这个生态发展得是真的快，GitHub 上不断有新插件冒出来。我一开始也是直接在 dsh-plugin topic 里面找，后来插件一多，麻烦也跟着来了：不知道每个插件是干什么的，不知道自己该用哪个；有些插件看着还不错，安装以后却不能用……
我就想着，要不做个插件导航吧。
但我也不想只是简单收集一堆链接，最好能把大家最关注的信息都整理出来，这样点开一个插件就能一目了然。GitHub 上每个作者写 README 的习惯和风格都不一样，如果每个仓库都要自己一点点研究，还是挺累的。所以我就想，不管原来的 README 写得怎么样，到了网站上，都尽量按照同一套结构，把需要看的信息直接展示出来。
为了这个，我和 AI 配合，前前后后大概做了下面 8 件事：
[ol]
先是让网站能自己找插件。现在它会定时去 GitHub 搜索 dsh-plugin 相关的仓库，不用我每天手动翻 topic 看有没有新的。
找到以后，还要读取 README 、package.json、release 、commit 、Star 等信息，先用提前设计好的规则做一轮分析和筛选。后面仓库有变化，网站也会继续同步；如果同步失败，就按指数退避重试，过一会儿再试。
最麻烦、也最烧钱的，就是让 AI 解读插件了。这块前前后后换了好几版提示词，要把写法各不相同的 README ，还有藏在其他文件里的关键信息，拆成统一的结构，再判断它是不是 DSH 插件、能做什么、适合谁用、有什么限制。验证的时候，我还让多个 AI 同时出结果，再对比选出更合适的那一版。
AI 读完也不能它说什么就是什么，所以后面又补了一套收录规则。明显没问题的自动收录，目录、模板、资源这些排除掉；实在拿不准的先放进待审核，飞书通知我以后，我再手动看一下。
安全这块也做了一些检查，但我没有弄那种看起来很直观的安全分数。现在只展示源码是否可见、仓库有没有归档、License 、Manifest 、依赖和安装脚本这些能确定的信息，能看到多少就说多少。
投稿入口也做了，不需要注册，贴一个 GitHub 仓库地址就行。为了让入口更安全、稳定一点，我加了人机验证和频率限制；大部分投稿会自动处理，系统拿不准的我再自己看。
前面这些流程总不能每天靠我手动点，所以后来干脆把它们串了起来。从找插件、同步 GitHub 、AI 整理、检查收录规则到安全扫描，现在都会定时自动跑；另外也做了防重复，免得同一个任务同时跑好几遍。
页面打开速度也折腾了一下。代码里的数据缓存和 Cloudflare 缓存都加上了，首页和插件目录这些常用页面可以直接走缓存；带搜索条件的页面还是实时查询，免得缓存串了。
[/ol]
目前还有一个最开始就想做、但还没做完的功能，就是 Runtime 兼容性验证。实际把插件放到不同版本的 DSH 里跑一下，看看到底能不能正常安装和启动，解决“看着能用，装上却跑不起来”的问题；但这件事需要真的运行第三方插件，隔离和误判都不好处理，目前还在研究。
这个站刚上线，DSH 生态本身也每天都在变化，收录可能会有遗漏，AI 整理的内容也不一定都准确。
所以想问问 V 站已经在折腾 DSH 的朋友：安装一个陌生插件之前，你最希望这个站帮你确认什么？
有漏掉的 Repo 也可以直接丢给我。
网站在这里：https://dshplugin.app/
另外，如果再过几天还是没什么用户，但 AI 账单继续涨，我可能得先给自己加个预算限制了 😂
