🔍 Find Skills — Search Every Skill Registry at Once — 🔍 查找技能 — 一次搜索所有技能注册表
v0.1.0通过一次性搜索所有主要注册表(skills.sh、clawhub.ai和GitHub)来发现、审核和安装代理技能,每个板块以其自身的原生指标(安装数/星数)呈现,每个板块的顶级入口,并对顶级候选项的实际SKILL.md进行安全扫描以检测风险模式,并标记已安装的技能。 当用户询问“如何做X”,“找到X的技能”,“是否有可以…的技能”,“应该为…安装什么技能”,或希望通过可能已经作为已发布技能存在的功能来扩展代理时,可以使用此功能。 与单一注册表搜索不同,此功能可以同时显示每个平台的最佳技能,因此您可以推荐真正相关、流行、维护良好且安全的技能,而不仅仅是某个网站上的排名第一的技能。
运行时依赖
版本
将这些运行的并集视为你的候选池,然后将以下评估标准应用于整个池 —— 而不是应用于一个查询的结果。
安装命令
点击复制技能文档
找到技能 通过同时搜索每个主要注册表并以其本地指标呈现每个板块来找到适合任务的正确代理技能 —— 而不是仅仅依赖单个站点的排行榜。
何时使用此技能 用户询问“如何做 X”且 X 是一个可能有已发布技能的常见任务 “找到 X 的技能”/“X 有技能吗”/“我应该为 X 安装什么” 用户想要扩展代理功能(测试、设计、部署、特定模型/API、域工作流) 您即将从头开始构建某些东西,而经过实战测试的技能可能已经涵盖了这些内容
为什么多源很重要 每个注册表只显示其自己的部分,具有不同的信号: 注册表 搜索信号 它暴露的内容 skills.sh GET /api/search?q= 生命周期安装、源仓库 没有星级、没有摘要、安装计数滞后约 2.5 小时 clawhub.ai /api/search + /api/skill?slug= 摘要、安装、星级、版本 语料库小于 skills.sh GitHub gh search repos --topic {claude-skills,agent-skills,claude-code-skills} 仓库星级、描述、维护 仓库级别,而不是技能级别;仅主题标记的仓库
一个技能可能在一个站点上排名 #1,拥有 50 次安装,而在另一个站点上有 1,300 次安装的等效技能排名不高。 仅搜索一个注册表会给出偏见的答案。 此技能同时查询所有三个注册表,根据每个板块的本地指标对其进行排名,标记在两个注册表中都出现的技能(基于规范化名称,双向匹配 —— 因此 face-swap ↔ faceswap 匹配),并显示每个板块的顶部,因此您可以看到整个生态系统 —— 而不仅仅是一个站点的排行榜。
如何运行它 使用用户的需求作为查询运行捆绑的聚合器: bash scripts/find.sh "<用户需要什么>" 示例: bash scripts/find.sh "react 性能" bash scripts/find.sh "pdf 表单填充" --limit 8 bash scripts/find.sh "视频生成" --scan 5 bash scripts/find.sh "部署到 vercel" --no-scan --json
标志: --limit N —— 每个源的结果数(默认 10;非数字回退到 10) --scan K —— 安全扫描每个注册表的前 K 个可安装候选项(默认 2,最大 5) --no-scan —— 跳过安全扫描(更快;扫描增加了几秒钟,因为它获取每个候选项的真实 SKILL.md) --json —— 发出机器可读的 JSON 而不是格式化的报告 -h / --help —— 打印使用方法并退出
脚本需要 curl 和 jq。它使用 gh 来获取 GitHub 部分和获取 skills.sh 技能体,并使用 unzip 来获取 clawhub 技能体在扫描期间 —— 所有这些都是可选的,如果缺失,它们会降级处理。 不需要 API 密钥。
运行相邻术语查询 —— 一次搜索是不够的 注册表按技能名称索引,而不是其含义。 单个查询将会错过很好的技能,这些技能被归档在 sibling 术语下。 对于任何非平凡的需求,在得出结论之前运行 2-3 次搜索,遍历相邻的词汇,然后汇总结果。 这不是可选的润色 —— 它经常改变答案。 示例:搜索“ui ux 设计”最多可达 19k 次安装,但“前端设计”会显示 anthropics/skills/frontend-design,拥有 443k 次安装 —— 对于相同需求的最佳技能,它完全不可见于第一次查询。
通过领域选择相邻术语,例如: UI/UX → 前端设计、设计系统、网页设计、tailwind shadcn、仪表板 ui 测试 → e2e、playwright、单元测试、测试自动化 部署 → 部署、ci cd、docker、vercel/kubernetes 文档 → 文档、readme、api 文档、变更日志
将这些运行的并集视为您的候选池,然后将以下标准应用于整个池 —— 而不是一个查询的结果。
如何阅读输出 设计原则:没有虚构的“质量评分”。 没有您必须相信的复合数字。 每个板块根据其本地流行度指标进行排名,唯一显示的计算值是匹配 % —— 查询词在技能名称/摘要中出现的比例。 这是一个透明的相关提示,而不是判决。
报告,从上到下: 横幅 + 遥测 —— 查询、源健康线(skills.sh ✓ 5·1.2s clawhub ✓ 0·2.7s github ✓ 8·1.1s),显示哪些板块响应/命中次数/延迟,以及有多少技能安装在本地。 ✗ 失败 / – 跳过源意味着部分结果 —— 说出来。 ▶ 每个板块的顶部 —— 每个板块根据其本地指标的 #1 条目(skills.sh 安装/ clawhub 安装·星级/ GitHub 匹配 %·星级)。 这是关键词 + 流行度,而不是经过审查的选择 —— 它是一个起点,可能是错误的(100% 关键词匹配的仓库可能一旦阅读就会脱题)。 始终在转发之前通过阅读确认。 如果一个板块没有匹配项,它会说出来。 ✓ 已在您的机器上 —— 只在结果已经安装时出现。 一个积极的提示:告诉用户他们已经拥有一个好的技能,不需要安装任何东西。 (启发式方法:将结果名称与 ~/.agents/skills / ~/.claude/skills 下的文件夹名称匹配;安装在重命名文件夹下的技能可能会被遗漏。) 📦 skills.sh —— 按安装次数排名。1 次点击即可安装。 每行显示其源