展开知识库目录
装 Skill 前先看仓库、权限和触发条件，装完用小任务验证
从网上下载 Skill 前，先看仓库活跃度、维护状态、权限要求和触发方式；装完后用一个真实小任务验证它确实按预期工作，再逐步扩大使用范围。
先看仓库、许可证和最近更新
从网上下载 Skill 前，先看仓库活跃度、许可证、权限要求和触发方式；装完用一个真实小任务验证它确实按预期工作，再扩大使用范围。
安装量高不代表可信。要看它读取和修改什么、凭证怎么处理、最近有没有维护。Skill 失败时别急着加长提示词，先找失败原因，是触发条件、输入格式还是脚本问题。
这些情况适合用，另外几种先停一下
适合用
- 准备安装别人的 Skill
- 自己的 Skill 要在新任务上回归
- Skill 表现不稳定，需要排查
先别急着用
- 只看名字和简介就安装
- 任务用不到，先装来囤着
装前看来源权限，装后用小任务回归，失败找根因
为什么这样安排
Skills.sh 的安装量排序只是热度参考；Codex 中文手册和官方文档都要求先确认来源、再验证行为。
- 01
看仓库与许可证
最近提交、许可证、README 里的权限要求先看清楚，维护状态也要看。
- 02
检查触发条件
确认触发词和适用任务，避免装了用不上，不适用的别装，先看它解决什么。
- 03
小任务验证
用真实小任务触发，检查输出格式和结果质量，不合格就修，修完再跑一遍。
- 04
记录失败修根因
记录症状、输入和报错，一次只改一处再验证，别靠加长提示词，找根因才有效。
复制前先替换 {占位}
Skill 验证提示词（复制后改 {占位}）
请帮我评估并验证这个 Skill：
来源：{GitHub 仓库或技能名}
要验证的小任务：{一个真实任务}
请按顺序：
1. 检查来源：仓库活跃度、维护状态、最近提交、Issue 里有没有已知问题；
2. 列出权限要求：会调用哪些工具、需要哪些凭证，是否最小够用；
3. 复述它的触发条件和输入输出；
4. 用一个真实小任务实际跑一遍，记录结果；
5. 给出结论：建议长期使用 / 先试用 / 不要用，理由。Skill 验证单（示例）
下面是已经填过变量的示例。复制时请换成自己的文件名、数字和材料位置，别把示例数据原样交出去。
看清格式再改
Skill 验证单（示例）
Skill：周报整理，来自某仓库 最近更新：30 天内，有维护 权限：只读文件，不联网 验证：新材料触发成功 输出：四块结构完整 失败记录：无 验证：新材料触发成功，输出完整 失败记录：无，权限范围符合预期，可以继续放心使用
先对症状，别一上来重写整段提示词
安装后不生效
- 常见原因
- 没启用或路径不对
- 怎么修
- 检查 config 里 features 和路径，重启客户端。
输出格式不对
- 常见原因
- SKILL.md 描述与脚本不一致
- 怎么修
- 统一说明和脚本，重新验证。
升级后行为变了
- 常见原因
- 来源更新了脚本
- 怎么修
- 用回归任务重测，再决定是否继续使用。
最后五分钟，逐项打勾
这篇具体参考了什么
正文按公开教程和官方文档重新整理，并换成了可以直接操作的中文场景。产品能力、规则和投稿要求会更新，真正执行前请再打开原始页面核对一次。