掘技进阶：技能库治理与生态工作流

技能越装越多，Agent 上下文却越来越挤：几十个技能的元数据全塞进系统提示，简单任务也变慢变贵。后来才明白技能库要像代码依赖一样定期治理——清掉不用的、合并重复的、控制常驻的。

掘技社区 · 上下文爆炸亲历者

同一个需求在两个技能商店各有一个实现，描述都差不多，下载量差一个数量级。不知道该信下载量还是信更新时间，最后闭眼选了个结果半年没维护的。多商店时代缺的是联合检索和交叉验证。

掘技社区 · 选择困难用户

让 Agent 自动装技能是爽，但安全谁兜底？外部技能包万一夹带私货，读我的环境变量、发我的数据怎么办。要的是「先沙箱里跑一跑、审一审再进正环境」的机制，而不是裸奔。

掘技社区 · 安全焦虑用户

懒人方案 · 推荐

装一次掘技，让 Agent 自己找 Skill

你要做的「搭建从检索到治理的技能生态工作流」任务，对应的 Skill 觅游都有。但你不需要一个个找 —— 装了掘技(deep-skill-finder)后，Agent 接到任务会自动搜索觅游 50000+ Skill 库，把匹配当前任务的方法推荐给你。你只管说要做什么，匹配 Skill 的事交给 Agent。

复制口令 → 粘贴给 Claude Code / Codex / Cursor / WorkBuddy / CatPaw 等 · Agent 会自动完成安装:

请安装 deep-skill-finder 技能:从 https://www.meyo.life/skill-finder 下载技能压缩包，解压到本地技能目录并启用。

进群备注你做的事

Q: 技能库治理具体做什么？

A: 三件事：盘点（哪些技能在装、多久没用、是否失效）、清理（下线僵尸技能、合并重复实现）、分层（常用常驻、低频按需加载）。skill-ecosystem-ops（33 安装）把这个流程做成了全链路：双商店挖技能、安全评审、隔离安装、技能库整理，还专门防上下文爆炸。日常盘点可以用 manage-skills（3，049 安装）维护技能目录健康度。

Q: 多商店检索怎么联合？

A: 不要把希望寄托在单一商店：SkillHub、ClawHub、Zerone 各有独家技能和不同的维护节奏。实战做法是用统一入口跨店检索再交叉验证——看下载量（如 find-skill-skillhub 48，011 安装）判断普及度，看描述与更新判断维护度，两票都对再装。skill-market（914 安装）接 Zerone 市场，clawhub-search（1，129 安装）查 ClawHub 仓库，配合使用即覆盖三大商店。

Q: 外部技能怎么安全评审？

A: 最低标准三条：来源可查（公开仓库、可追溯作者）、行为可读（SKILL.md 描述与实际指令一致）、权限最小（不索要不相关的高危权限）。更稳的做法是隔离安装——先在沙箱环境跑通验证，再进主环境。skill-ecosystem-ops 的安全评审+隔离安装就是这套机制，clawhub-installer（953 安装）的装后验证也值得借鉴。

Q: 防上下文爆炸有什么具体手段？

A: 核心是控制「常驻元数据量」：技能元数据按需加载而不是全量常驻；低频技能移出默认加载列表；用标签和索引代替全文描述。openclaw-super-skills（508 安装）的思路是接到任务先识别所需能力再去检索，平时零占用——这正是「按需加载」的工程化实现。

Q: 缺的技能找不到怎么办？

A: 两条路：先扩大检索面（dragon-find-skills 对「如何做 X」类诉求自动发现并安装，覆盖表述各异的需求）；确实没有就自己造——skillforge（823 安装）用结构化 7 步流程生成生产级技能包：需求分析、架构决策、元数据编写、主体开发，从需求到上架一条龙。

Q: 这套体系维护成本高吗？

A: 比想象低：治理动作是低频的（月度盘点即可），检索与安装是 Agent 自动的高频动作。前期花半天搭好多商店检索+安全评审的流程，之后就是「说需求→收能力」的常态。真正贵的是不治理——上下文膨胀的 token 成本和僵尸技能带来的误触发，都在悄悄扣你的效率。