用 Agent Skills 搞开发，如果不做工程管理

刚上手 Agent Skills 试着给项目加点自动化能力，结果发现这玩意儿要是没个好的管理方案，项目目录很快就会被各种 .agents/skills 下的杂物塞满。作为一个写代码得精打细算每一份存储和性能开销的开发者，我现在的状态非常纠结。

现在的痛点很直接：我很容易产生那种“万一以后能用到”的囤积癖，把各种技术栈相关的 skill 全往里塞，但每个 skill 背后可能都跟着几十个甚至上百个关联资源文件。如果没个筛选机制，这文件夹迟早会变成项目的性能负担（甚至会让 Git 提交变得极其沉重）。

更头疼的是版本更新问题。在 JS 生态里，我习惯用 npm 包来处理依赖，比如直接装个：

npm install skills

但 Agent Skills 这种本地文件形式的逻辑不太一样。如果远程的 source 更新了，或者逻辑变了，我总不能每次都手动去对比代码，看看本地这套逻辑是不是已经过时了。这种手动同步的成本对开发者来说太高了。

另外就是工程化的移植问题。如果我攒了一套非常牛逼的 skill set，换台电脑或者开个新项目时，难道要把整个 .agents/skills 文件夹都丢进 Git 仓库吗？还是说得搞个 Gist 存个清单，每次在新环境重新跑一遍安装脚本？

我目前还在摸索有没有更轻量、更符合工程逻辑的方案，毕竟谁也不想在维护 AI 能力时，还要额外花大量时间去整理那些乱七八糟的配置文件。