需要检查 VPS 上的备份、Docker 配置或服务升级时，先找一套可复用的方法，比从一条宽泛指令开始更容易说明操作范围。find-skills 可以让 Codex 按问题搜索候选，而具体操作仍要对上当前服务器。
有一个位置问题值得先讲清楚：如果 Codex 在本机运行，通过 SSH 管理 VPS，搜索 Skill 可以先装在本机。并不需要为了找工具，在每台服务器都装一遍 Node.js 和技能库。
从服务器上的具体问题搜索
电脑已有 Node.js 和 npm 时，执行：
npx skills add https://github.com/vercel-labs/skills --skill find-skills -g -a codex -y
接着让 Codex 先了解运维任务。例如，备份文件每天都在生成，但还不知道能否恢复，可以这样描述：
我需要检查这台 VPS 的备份方案。Codex 在本机运行，通过现有 SSH 连接只读查看配置。先确认备份对象和保存位置，再使用 find-skills 查找备份与恢复相关的候选。说明适用系统、所需工具和操作范围，暂时不要安装候选或执行恢复。
这段描述给了工具筛选的依据。数据库备份、目录同步和虚拟机快照有不同前提，候选支持“backup”，不代表它覆盖所有对象。
终端可以先尝试一个较宽的搜索：
npx skills find backup restore
结果不匹配时，再加上实际数据库或工具名称。不要为了凑满推荐数量，把不相关的候选也放进清单。
先判断方法适用，再看需要哪台机器
阅读 SKILL.md 后，让 Codex 说明操作会在本机还是服务器执行。如果需要远程工具，检查服务器已有版本；如果只需要阅读配置和形成方案，本机的连接能力可能就够了。
Skill 本身不会替你购买 VPS、开通网络或获得云平台权限。某个候选依赖外部接口时，仍需要对应连接和账号。是否收费、是否需要新增服务，也应从具体依赖确认，不能由安装命令推断。
选择服务器同样要回到负载。Codex 所在位置、目标服务所在位置、备份保存位置可以不同，各自的计算、网络和存储需求应分别看。装了一个运维 Skill，并不会改变现有应用的资源占用事实。
让结果包含一项可核对的工作
确定候选以后，再授权安装并继续原任务。备份检查可以先整理备份对象、周期、失败通知和恢复条件；需要恢复验证时，安排与生产服务分开的测试对象，记录恢复后能读到什么数据。
如果当前只能读取配置，就报告配置检查的发现。尚未恢复的数据不能写成已验证；容器处于运行状态，也不能代替应用入口检查。
对于经常重复的运维工作，选定的方法可以保留，下次直接使用；新的服务、系统或数据库才需要重新检查适用性。搜索工具应帮助处理眼前的问题，而不是让每次维护都从选工具开始。
Skills CLI 的官方仓库提供搜索和安装参数。用于服务器任务时，先明确 Codex 在哪里运行，以及它准备连接哪台机器。