装完 find-skills 后，怎样检查一个新 Skill 能不能用

安装命令结束，终端显示成功，接下来任务却无法执行：可能缺命令行程序，也可能引用资料没有下载，或者当前环境根本不满足说明中的前提。判断一个 Skill 可用，需要从文件一路检查到它准备执行的第一步。

find-skills 帮忙找候选时，可以要求 Codex 一并列出依赖。选定候选后的检查也最好明确写进任务，避免“安装成功”被当成最终交付。

先确认搜索入口

有 Node.js 和 npm 的环境可运行：

npx skills add https://github.com/vercel-labs/skills --skill find-skills -g -a codex -y
npx skills list -g -a codex

两条命令依次执行。第一条安装 find-skills，第二条查看面向 Codex 的全局安装项。确认列表包含目标以后，再让 Codex 使用它搜索所需候选。

这次安装的 -y 只跳过当前命令的交互确认。需要先推荐后安装时，应在任务里明确“候选阶段暂不安装”，并在选定以后再给安装指令。

读 SKILL.md，也读它引用的文件

Skill 的入口说明通常会写出用途和流程。先对照 name、description 和正文，确认装到的是选中的候选，任务范围也相符。

随后检查引用。一个工作流可能把细节放在 references/，把动作放在 scripts/，或要求执行前获取在线规则。只读入口总览，可能遗漏真正影响运行的条件。

可以向 Codex 提出：

阅读这个 Skill 的 SKILL.md，并继续读取完成当前任务必需的引用文件。列出必要工具、账号和网络访问条件，说明哪些已具备、哪些缺失。先不改业务文件。

阅读资料本身不代表要执行其中所有操作。涉及修改、发布或远程写入的步骤，仍要对照这次任务已经授权的范围。

按实际依赖检查

如果说明要求一个命令行工具，就检查它能否运行及版本是否适用；如果需要外部服务，确认连接方式；如果要求项目文件，确认文件存在且内容对应当前项目。检查时不需要把密钥打印到对话里。

依赖缺失以后，报告也要具体。例如“缺少用于预览的浏览器，所以当前只能做文件检查”，能够告诉你后续如何继续；“环境有问题”则没有留下足够的信息。

Skill 提供的示例路径和默认配置也要读清楚。它们可能为演示项目准备，不能未经核对就拿来覆盖已有配置。

用最小任务试一轮

确认依赖以后，先用一份副本、一个页面或一个小文件完成第一轮。目标是看流程是否真的能产出你要的结果：审查能否指出问题位置，转换能否得到可打开的文件，部署方案能否对应现有服务。

试完再回到原任务，扩大到已经约定的范围。结果要区分“文件安装”“依赖检查”“任务执行”和“验证通过”，每项写到实际完成的位置。

Skills CLI负责搜索和安装，Codex Skill 文档说明技能的结构与选用方式。完整可用性仍需要结合候选说明和本机环境检查。