安装 Skill 前，如何核对来源、许可和测试证据

技能详情页能告诉你指令来自哪里、作者打算如何使用它，也能帮助你发现环境与权限要求。但这些信息还不能代替你对自己项目的检查。安装前，先把来源、许可和验收分开判断。

跟随准确的版本

优先查看指向固定提交或发布版本的来源链接。仓库默认分支可能在教程发布后继续变化。除了 SKILL.md，还要读它实际调用的脚本与参考资料。记录你这次评估的版本，之后才有办法重现观察结果。

链接能打开，只证明页面可以访问；它不能证明安装成功，更不能证明某个示例输出由该版本生成。如果没有运行记录，应保留“未运行验证”的状态，而不是根据介绍文字推断通过。

检查你准备使用的实际文件对应什么条款。仓库根目录、子目录、模型、插图和依赖可能分别适用不同许可。公开可读不等于允许重新分发或转售；缺少明确条款时，也不能从下载按钮推导出使用权限。

办公文档与知识整理专题中的引用保留各自条款，Notion 相关工作流还需要有权访问的工作区。专题的编辑组合并不会替这些上游资源授予统一许可。

先用非敏感的小任务和隔离的项目副本验证。看清命令再运行，把“找到一个合适的技能”和“授权安装、连接账号”作为不同决定。

来源核对意味着有人阅读了来源；静态扫描意味着扫描器按一定规则检查了文件；运行测试意味着在明确环境里执行了某个任务。三者回答的问题不同。没有报告时应记为未知，不能自动变成通过。

下面是一份说明性检查记录模板：

准备完成的任务：
技能版本与来源：
适用许可：
运行时、工具与账号权限：
会接触的文件和数据：
实际观察结果与证据：
未测试的行为：
本次决定与下一步：

满足要求后，按原始安装文档操作，再检查自己的结果。某个前提不清楚时，可以先换一个参考，不必为了试用扩大访问权限。技能目录支持按任务探索，浏览不意味着已经决定安装。