技术 · 熟练
技能包从哪装，比装什么更要紧
维护方 · 版本 · 撤回——三样答不出就别装
技能包不是一段提示词，它是会读文件、会调工具、会在你不看的时候运行的东西——它进的是执行位，不是参考位。所以判据要从「它宣称能做什么」换成另外三样：谁维护它、能不能钉住版本、出事能不能一键撤。这三样答不出来，等于把一个陌生程序装进了你的工作目录。本页给一张四步核对法与一张能直接照着填的清单。
方法 · 一图看懂
1
先认来源 — 官方目录 / 一方仓库 / 个人仓库，三类的信任成本完全不同
2
再看版本与校验 — 有没有版本号、能不能钉住、装下来的是不是你以为的那一份
3
问清能不能撤 — 装之前就知道怎么卸，卸完会不会留残余配置
4
留一张装了什么 — 这台机器上到底装了哪些包、谁在维护、谁在用
原理 · 为什么有效
为什么「来源」能当判据：一段提示词写坏了，最坏结果是回答不好；一个技能包写坏了，它能在你的机器上读文件、跑命令、把内容发出去。能力越界是它的常态，而不是意外——所以真正要核的不是功能列表，是「谁为它负责、改一版你能不能知道、出问题能不能退回去」。这三问答得出来，功能才有讨论的意义。
适用场景
适合：开始把技能包 / 插件 / MCP server 装进日常工具链的人；一台机器上装了十个以上、已经说不清谁在跑的人；要给团队定「哪些能装、哪些只能在沙箱里装」的人。不适合：只在一个聊天窗口里粘提示词、不涉及本地文件与工具调用的情况——那种情况下「来源」不是第一问题。
自测 · 5 问
我能不能说出这个包是谁维护的（官方目录 / 一方仓库 / 个人仓库）？
它有没有版本号？我能不能钉住某一个版本、而不是每次装到最新？
装下来的是不是我以为的那一份（有官方来源 / 校验 / 签名可对）？
出事时我怎么撤——有没有卸载命令，卸完会不会留下配置文件与凭据？
我这台机器上现在装了哪些包，有没有一张能说清「来源 + 版本 + 谁在用」的清单？
怎么上手 · 验证步骤
上手顺序：① 先把已经装了的列一张清单（包名 / 来源 / 版本 / 谁在用）② 对每个包过上面五问，答不出的标红 ③ 标红的先不急着卸，但停止给它新的权限（新增目录访问、新增凭据）④ 以后新装一律按「官方目录 → 一方仓库 → 个人仓库」的顺序，个人仓库只在你读过它的脚本与权限声明之后才装。
自检动作：随便挑一个你天天用的包，试着回答「维护方是谁、版本号多少、怎么卸」。三问答不全，就说明你的安装是「凭感觉」而不是「有判据」——这不是能力问题，是流程缺了一步。