让 Codex 找到 Skill 之后，把原来的工作继续做完

你让 Codex 整理一个项目，它推荐了 Skill；同意安装以后，对话停在“已安装”。下一步又得重说项目位置、要改的内容和交付要求。这种中断可以提前避免：搜索之前就写清楚原任务，安装之后继续沿用同一份要求。

find-skills 适合承担寻找候选的步骤。要让这一步对工作有帮助，还需要把搜索、选用和执行接在一起。

推荐之前，保存任务的范围

例如，要检查一个网站的联系表单，可以先向 Codex 说明：

目标是检查联系表单的字段说明、键盘操作和提交反馈。先读当前页面，查看已安装能力；有明确缺口时，使用 find-skills 搜索。推荐候选时说明用途和依赖，暂时不安装、不改文件。请保留这次任务的页面范围和完成条件。

这段要求里的页面范围很关键。它让后续工具围绕同一个表单工作，避免装好工具后重新扩大成整站设计或全面重构。

find-skills 可以先通过终端安装，电脑需能使用 Node.js 和 npm：

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

如果已有合适能力，直接使用即可，不必为了完成一套流程再搜索一次。

推荐清单出来后，先读来源与说明。确定一个候选，再告诉 Codex：

安装刚才确认的候选，仅用于 Codex。检查安装位置、SKILL.md 和必要依赖，然后继续联系表单的检查。先报告问题和对应位置，再按任务范围修复，最后验证字段输入、错误提示与提交反馈。

这条指令同时给出了安装后要干什么。Codex 可以在阅读 Skill 时判断它的工作方式是否合适，也能在发现依赖缺失时说出受影响的步骤，而不是留下一个含糊的“环境问题”。

“检查可用”也需要具体。文件能读、引用资料能打开、必需工具能运行，是几种不同检查。只看到安装目录，不足以判断所有依赖都已准备好。

表单审查的结果应能找到具体字段、文件或页面行为；代码修改应留下清楚的差异；验证应说明做了哪个操作，观察到什么结果。这些内容比“已经按最佳实践优化”更容易复核。

如果工具只输出建议，还没有改文件，状态就写成建议完成。如果已经修改，却未能运行浏览器，应该说明验证停在哪里。保持这些状态的区别，后续继续工作时才知道缺哪一步。

需要切换对话时，可以让 Codex 留下短记录：原任务、选定 Skill 的来源与名称、已经完成的操作、相关文件和下一步。记录只写可继续执行的信息，不必保留整段推荐过程。

完成一轮以后，已经采用的 Skill 可以直接用于相同范围的任务。任务变了、依赖变了，或者现有方法覆盖不到新的问题，再重新搜索。

Vercel 的 find-skills 说明把了解需求、搜索、核对候选和安装串在一起。实际使用时，把原任务的完成条件一直保留下来，最后收到的才会是工作结果。