看到一个叫“自动写文章”或“整理资料”的 Skill，先别只看名字。更有用的问题是：它会读取哪些材料、执行哪些动作，最后把结果放到哪里？
Skill 不只是一个名字
Agent Skills 官方文档把 Skill 描述为一种封装专业知识和工作流程的开放格式：一个目录以 SKILL.md 为核心，写明名称、描述和任务指令，也可以附带脚本、参考资料与模板。因此，阅读说明时不应只停留在标题，还要留意它引用的文件。来源：Agent Skills 官方概览，核对日期：2026年10月2日。
下面是面向普通使用者的检查建议，不是某个产品的安装教程，也不能替代代码审查。
第一，看它适用什么任务
名称很宽泛，实际步骤却可能只针对一种场景。例如，“资料整理”可能要求输入结构固定的表格，未必适合一堆扫描件。
先找三个信息：需要什么输入、产出什么结果、哪些情况不适用。描述不清楚时，把它标为待确认，不用自己的想象补全。
第二，把读取和写入分开看
可以做一张小表，逐项填写 Skill 说明里已经明确的行为：
| 检查项 | 要找的内容 | 没写清时怎么办 |
|---|---|---|
| 输入 | 文件位置、格式、必填字段 | 不交付整盘资料，先澄清范围 |
| 外部访问 | 访问哪些网站或服务、为什么需要 | 不默认允许任意联网 |
| 写入 | 新建文件、覆盖原件还是修改网站 | 明确目标位置及覆盖规则 |
| 对外动作 | 是否发文、发消息或调用收费服务 | 核对自己的授权范围 |
| 失败处理 | 缺资料、报错、结果不明时如何停止 | 不让任务无限重复执行 |
这些是审阅问题，不代表所有 Skill 都会包含这些动作。没有脚本不等于没有外部操作，有脚本也不等于一定危险，应看实际内容。
第三，留意被引用的脚本和资料
如果说明要求运行某个脚本，就应核对它的用途和所需环境。看不懂代码时，可以请有能力的人解释它会读写什么、连接哪里、是否需要凭据；不能把一段“安全可靠”的自我说明当成审查结果。
用于示范的公开材料，和客户信息、内部文件，是不同输入。尚未弄清数据去向时，不要把敏感内容用于试运行。遇到要求关闭验证、上传账号凭据到无关服务等行为，应先停止并查明原因。
第四，用自己编写的示例验收
建议先准备一小段不含个人信息、商业秘密的虚构材料，并提前写出期望输出。例如，资料整理任务可以输入三条自编条目，约定输出必须保留原编号，缺失字段写“未提供”，不能补造数据。
检查时不仅看结果顺不顺眼，还要检查原编号是否保留、缺项是否被编造、文件是否落在指定位置。首次测试不要同时开启自动发布、批量处理或覆盖原件。
这只是降低试用范围的建议；测试通过不代表所有输入都可靠，也不代表以后不需要复核。
第五，留下版本和变更记录
记录你使用的来源、获取日期、版本信息，以及自己改过哪些说明。后续发现行为变化时，可以先比较任务输入和文件改动，避免只凭印象判断。
如果 Skill 更新后增加了外部服务、写入位置或收费调用，就重新检查这些变化，不沿用旧版本的测试结论。
一张简短验收卡
- 这次具体要完成什么？
- 输入和输出范围是否明确？
- 引用文件和外部访问是否看过？
- 是否存在覆盖、发布或费用等额外动作？
- 示例结果是否与预先约定一致？
- 失败时能否停止并说明原因？
先把一个 Skill 的行为看明白，再决定是否用于真实工作，比收藏一长串名称更容易形成可复用的方法。
编辑说明：本文由 AI 辅助整理。格式定义依据上述官方文档，其余为一般使用检查建议，不包含作者亲测、工具性能或安全保证。
