Y
ydmitry/skill-finder
Lets Claude Code search skills you haven't installed: disabled plugins, marketplaces you added, repos you…
在 GitHub 查看 ↗链接已于 2026-11-12 核查 · HTTP 200 · 打开的是厂商自己的官网
- ★ 数取值
- 0 ★ · ydmitry/skill-finder · 取自 GitHub 搜索 API · (2026-11-13 20:00:50 核对)
- 来源明细
- 从该仓库的 GitHub 页面直接读取 · 条目类型:开源项目
- 收录与活跃
- 收录于 2026-11-11 · 最近见到 2026-11-14 · 共见到 4 次 · 被 2 个来源列出
- 评分构成
- 综合分 203 · 2 个来源 · repo
常见问题(答案都来自我们的记录)
它适合谁 / 用来做什么?
我们把它归在这些标签下: Agent 技能。标签来自条目自身,不是我们强加的分类。
谁维护它、还在更新吗?
仓库
ydmitry/skill-finder;我们收录于 2026-11-11;最近见到 2026-11-14。这里没有"官方认证"或"质量评级"——我们只记录来源与时间。# skill-finder
以下摘录自该仓库的 README(片段) · 在 GitHub 读完整 README →
Maybe someone in your org already wrote a skill for this.
Your company keeps Claude Code skills in a few repos or plugin marketplaces, or you added a marketplace once and forgot what
is in it. You haven't read them all, and you won't install them all. But for the task in front of you, one may already
exist. skill-finder searches every skill on your machine (installed, disabled, or never installed but shipped inside a
marketplace Claude Code cloned) plus any skill repo you have cloned and listed in scripts/roots. It lists the skills that
contain the words Claude looks up, in their SKILL.md or in their reference files, each with its path and the line that
matched. Claude can then read the one that fits, or
you can copy it into a folder you start a fresh session in. It never edits settings.json; beyond the folder you clone, the
only change to your setup is the CLAUDE.md lines you add.
What the tests show: with the CLAUDE.md block, Sonnet runs the finder and opens skills it could not otherwise see (one in 44
of 50 runs, against none in 30 runs without the block; ten requests, the first turn only); Haiku, on the same requests, mostly
answered without running it. What they do not show: that the finished work is better. In my own sessions in the nine days after
I added the block, the finder ran in 6 of 26, and in 2 of them a skill it listed was invoked or its SKILL.md read afterwards.
The tests are under Does it work?.
Why not just enable them? Enable the plugins you know you need. Claude Code gives its skill list a budget of 1% of the
context window and, past that, drops the descriptions of the skills you invoke least, keeping their names; a 200-skill Haiku
test could not measure any harm from that.
The finder is for the skills you cannot enable without first finding them: in a marketplace you added but never installed, in
a team or public repo you cloned, or in a plugin you turned off.
The CLAUDE.md block below (about 220 tokens in every session) has Claude look the skills up before a task's first edit. A
lookup lists at most 10 skills whose SKILL.md holds the phrase (and up to 5 that hold it only in reference files), each with
its description and the line that matched: in my tests about 3,800 characters in the median, up to about 8,800. Claude can
read most skills from their files without enabling them; whether it then follows one as well as an enabled skill is not
measured.
Claude will not reach for the finder by itself, so it comes with a short instruction for your CLAUDE.md (below). It pays
off most for skills Claude cannot see; for skills Claude already lists, the tests found little gain, except for a second
need that shows only in the files (the optional Second lookups section below).
## What a lookup looks like
$ python3 scripts/find_skills.py --phrase "release notes" --only tests/fixtures/skills
phrase search: "release notes" in the SKILL.md and reference files of 18 skills on disk (a phrase starts a word: 'plan' matches 'planning', not 'airplane')
1 skill(s) contain it. Best first: the phrase in the name, then in the description, then how often it occurs.
1. release-notes [folder skill] tests/fixtures/skills/release-notes/SKILL.md
Your company keeps Claude Code skills in a few repos or plugin marketplaces, or you added a marketplace once and forgot what
is in it. You haven't read them all, and you won't install them all. But for the task in front of you, one may already
exist. skill-finder searches every skill on your machine (installed, disabled, or never installed but shipped inside a
marketplace Claude Code cloned) plus any skill repo you have cloned and listed in scripts/roots. It lists the skills that
contain the words Claude looks up, in their SKILL.md or in their reference files, each with its path and the line that
matched. Claude can then read the one that fits, or
you can copy it into a folder you start a fresh session in. It never edits settings.json; beyond the folder you clone, the
only change to your setup is the CLAUDE.md lines you add.
What the tests show: with the CLAUDE.md block, Sonnet runs the finder and opens skills it could not otherwise see (one in 44
of 50 runs, against none in 30 runs without the block; ten requests, the first turn only); Haiku, on the same requests, mostly
answered without running it. What they do not show: that the finished work is better. In my own sessions in the nine days after
I added the block, the finder ran in 6 of 26, and in 2 of them a skill it listed was invoked or its SKILL.md read afterwards.
The tests are under Does it work?.
Why not just enable them? Enable the plugins you know you need. Claude Code gives its skill list a budget of 1% of the
context window and, past that, drops the descriptions of the skills you invoke least, keeping their names; a 200-skill Haiku
test could not measure any harm from that.
The finder is for the skills you cannot enable without first finding them: in a marketplace you added but never installed, in
a team or public repo you cloned, or in a plugin you turned off.
The CLAUDE.md block below (about 220 tokens in every session) has Claude look the skills up before a task's first edit. A
lookup lists at most 10 skills whose SKILL.md holds the phrase (and up to 5 that hold it only in reference files), each with
its description and the line that matched: in my tests about 3,800 characters in the median, up to about 8,800. Claude can
read most skills from their files without enabling them; whether it then follows one as well as an enabled skill is not
measured.
Claude will not reach for the finder by itself, so it comes with a short instruction for your CLAUDE.md (below). It pays
off most for skills Claude cannot see; for skills Claude already lists, the tests found little gain, except for a second
need that shows only in the files (the optional Second lookups section below).
## What a lookup looks like
$ python3 scripts/find_skills.py --phrase "release notes" --only tests/fixtures/skills
phrase search: "release notes" in the SKILL.md and reference files of 18 skills on disk (a phrase starts a word: 'plan' matches 'planning', not 'airplane')
1 skill(s) contain it. Best first: the phrase in the name, then in the description, then how often it occurs.
1. release-notes [folder skill] tests/fixtures/skills/release-notes/SKILL.md
收录徽章(可选)
想把收录标记放进 README 就复制这行,可选,不影响收录。
[](https://anclum.com/zh/s/ydmitry-skill-finder/)
- 来源
- github · https://github.com/ydmitry/skill-finder
- 按领域浏览
- Agent 技能
- 收录来源
- 2 个独立来源
- 收录于
- 今天
同类推荐
所属领域与标签
每个标签都能点进去看同类的全部条目。数字是当前库里的真实条数。