awesome-claude-skills：一份 10k 星标的跨仓库 skill 索引

Claude Skills 并没有一个集中的发现入口——它们散落在个人仓库、博客、市场插件和聚合站里。BehiSecc/awesome-claude-skills 把整个生态的广度整理成一份可导航的索引，每个条目都链回上游仓库，作为跨仓库的发现层。

为什么这份索引重要

它不是要你安装的 skill，而是一份跨仓库索引。README 把目录切成 13 个主题章节（Document Skills、Development & Code Tools、Data & Analysis、Scientific & Research Tools、Writing & Research、Learning & Knowledge、Media & Content、Health & Life Sciences、Collaboration & Project Management、Security & Web Testing、Utility & Automation、Articles & Blog Posts、Collections），每个章节按功能域把几十个条目聚在一起。Collections 章节专门聚合多 skill 合集——PM Skills、Agent Almanac、agent-starter、AlterLab-Academic-Skills、goose-skills、Marketing Skills 等约三十多个合集被按名列出。

README 中有一处 Tip 原话：用 Claude 做 web 应用时"do yourself a favor and use VibeSec-Skill to avoid getting hacked"。Atlas Cloud 作为页面赞助方被列出。

当你需要的是广度而不是深度——还不确定想要哪类 skill 时——这份列表是最快的方式，先扫一遍整个空间，再决定要装哪些。

安装

这是一份精选列表，不是可安装插件。克隆或浏览它，再通过它找到的上游仓库拿到真正的安装命令。

git clone https://github.com/BehiSecc/awesome-claude-skills
cd awesome-claude-skills

除了仓库 Contribution 章节写的 fork-and-PR 流程外没有统一的贡献命令。多数条目直接引用各自上游项目的安装步骤，而不是一份统一命令。

真实工作流：按任务挑一个合集

假设你刚加入一个小组，需要 Claude 帮做三件事：从 PDF 报告里抽引语和数字、为产品页写发布文案、给进来的工单分桶。要么一个个装 skill，要么从 Collections 章节里挑一组已经组织好的合集。

第一步。打开 README，跳到 Collections 章节。扫一遍描述里出现这三件事的合集。README 里实际能看到的匹配：Marketing Skills（产品发布文案）、career-ops 与 linkedin-skills（对外文案）、以及 agentskill.sh（如果想要的目录不在本页面，它是一个发现入口）。

第二步。点进 Marketing Skills（或任何候选）。README 不会替你装它——它只是链到上游仓库。打开那个仓库，按它自己的安装说明走。

第三步。在你的 agent 里确认这个合集可用。对 Claude Code，典型安装走 marketplace 模式：

/plugin marketplace add <upstream-org>/<bundle-repo>
/plugin install <bundle-name>@<upstream-org>

第四步。跑通一个 skill，验证它把合集里其它 skill 的引用都拉起来。如果第一次调用就把你路由到某个具体参考文件，说明合集的路由在工作。

从这份列表入手的价值是"先过一遍广度"：你能并排看到 30 多个合集，挑描述最贴近你们团队工作的那个。

真实工作流：装之前先验一下

假设列表里的某条目指向一个你从没听过的 skill，你不想盲装。列表本身不做甄别，但它给了你甄别所需的输入。

第一步。从列表点进上游仓库。看三个信号：star 数（粗略的人气代理）、最近一次提交日期（还在维护吗？）、LICENSE 文件（用法上兼容吗？）。

第二步。打开 skill 的 SKILL.md，通常读 ## When to Use 和 ## When Not to Use 两节。如果它们写得简略或者缺失，把这个 skill 当作实验性的。

第三步。回头再读一次列表里这个条目的一行描述。如果描述过分承诺（"做 X 只需要这一个 skill"），换一个。列表的价值在于甄选，不在于背书——你仍然要回到上游侧验证。

第四步。前三步都过了，再从上游仓库复制安装命令并执行。列表本身不能让你免于装坏一个 skill，它能让你免于一上来就选错 skill。

• 想要一个现成合集时，从 Collections 章节入手；已经知道工作类型时，从对应主题章节（Development & Code Tools、Document Skills 等）入手。
• README 里的一行描述含糊时，就点进去——上游仓库才是事实来源，列表不是。
• 凡是处理用户输入的 skill，装之前先读 README 里 VibeSec-Skill 那条 Tip。
• 把 Collections 章节当成线索而不是背书——每个合集都要像对待任何 skill 那样去上游验一遍。
• 列表本身的 Open Issues（3）和 Open PRs（90+）说明有人在持续打理；如果某一类看上去很旧，直接到上游仓库里搜。

何时不要用

如果你已经知道想要哪个 skill、也有了它的仓库 URL，跳过这份列表直接装就行。它是"广度优先"的发现层，问题已经有答案时它不增加任何价值。同样地，如果你的环境禁了 GitHub 访问，所有 skill 装不进去，这份列表也帮不上忙——每条安装路径都要走 GitHub。

在 leaderboard 查看更多精选 Claude skill 索引。