47,000 颗星、2,478 个技能、9 月连发 5 版：agentic-awesome-skills 想让 Agent 自己从技能库里”选型”，而且不做推荐

如果你最近在折腾 Claude Code、Codex CLI、Cursor 或 Gemini CLI，大概率撞上过同一个尴尬：Skill（技能）文件夹越堆越多，几十上百个 SKILL.md 叠在一起，Agent 每次都要把整库读进上下文，然后基于一堆噪声做选择。热闹是真热闹，可这更像”把整箱工具倒在工作台上”——工具多了，反而不知道用哪把。

sickn33/agentic-awesome-skills（简称 AAS）想解决的，正是这个”选型”问题。它不是又一个 awesome 清单，而是一套叫 AAS Core 的本地控制面：截至 2026 年 9 月 28 日的 v18.8.0，目录已收录 2,478 个可安装的 SKILL.md 剧本；仓库本身拿到约 47,000 颗星、6,853 个 Fork，MIT 许可，主语言 Python，从 2026 年 1 月创建至今一直高频更新——9 月 24 日到 28 日连发 v18.4.0 到 v18.8.0 五个版本。

它到底做了什么，又没做什么

关键在 AAS Core 的一句话定位：Core 不做排序，也不做推荐。它只提供三件事——让 Agent 在完整的本地目录里检索、让 Agent 自己选型、然后对选出的技能集合做结构校验和计划预览。

具体链路是这样的：Codex 或 Claude 通过一个只读的 compose_stack 工具检索目录（项目还提供本地 MCP 与 aas CLI），挑出精确的技能 ID，在内存里完成校验；随后由客户端把选择结果落成 aas-stack.json 清单，aas stack validate 校验清单，aas stack plan 写出一份不可变的预览供你审查。清单的技术上限是 128 个技能。

这个设计有个容易被忽略的边界：结构合法不等于语义合适。官方 README 专门用醒目提示说明，”结构正确、身份合法”并不等于”功能匹配、依赖兼容、配置无误、运行安全或可以直接应用”，真正落地安装（apply）和回滚仍是实验性功能，需要显式 opt-in，不在受支持的预览路径内。换句话说，AAS Core 现阶段是一个”选型与审查”工具，不是”一键装好整套技能”的安装器。把它当安装器用，会踩坑。

真实的使用门槛

想上手，最少要满足几条：

• 环境：Node.js 环境，因为主推安装方式是 npx agentic-awesome-skills（默认装到 ~/.agents/skills），也可以用 npx skills add sickn33/agentic-awesome-skills；不想跑 npx 就手动 git clone 到 .agent/skills。
• 你得有一个能读本地文件、能走 MCP 的 Agent：目录检索依赖本地只读 MCP 或 CLI，纯网页版聊天工具用不了这套”检索→选型→预览”的闭环。
• 你得会读清单和计划：AAS 把”选择权”交给 Agent，但”审查权”留给你。aas-stack.json 和 plan 预览需要你自己看，官方鼓励先在 --dry-run 下跑一遍、确认无误再去掉 dry-run。
• 别指望质量背书：2,478 个技能来自 35+ 个社区仓库，其中确实整合了不少官方来源——anthropics/skills、vercel-labs/agent-skills、openai/skills、microsoft/skills、supabase/agent-skills、remotion-dev/skills，以及 HuggingFace、Expo、Sentry、Trail of Bits 等团队的贡献。但整合进目录 ≠ 每个技能都经过同等强度的安全审查，README 也明确写了”技能内容与高风险指引需要人工逻辑与安全复核”来配合自动检查。

适合谁，不适合谁

适合：同时管理多个 AI 编程客户端、技能库已经膨胀到”Agent 记不清、人翻不过来”的团队与个人；需要把”这次项目到底该挂哪些技能”变成一份可审计、可复现清单的工程团队；愿意花时间做安全与兼容审查、把 Skill 当工程资产而非玩具的人。

不适合：只想一键装几个技能就开跑的人（apply 仍实验性）；不接 MCP / 不跑本地 Agent 的纯在线用户；期待仓库替你做质量或安全背书的用户——它明确声明不做这件事。

值得一提的是分发侧的生态已经起来了：仓库有 59 个插件入口、约 2,365 个组件，并按角色打包了”编辑器捆绑包”，例如 AAS Web App Builder、AAS Security Engineer、AAS DevOps & Cloud、OSS Maintainer、AAS QA & Test Automation 等；配套的托管目录与浏览器端 Workbench（aaskills.tech）用于发现和审查，Workbench 只在浏览器内存里读 stack/plan 产物，不访问你的文件系统。

下一步可以做什么

1. 先看正片再动手：官方 40 秒介绍视频与 docs/users/aas-core.md（预览版指南）在仓库 v18.8.0 标签下，先读信任边界再装。
2. 用最小集合试水：npx agentic-awesome-skills audit --skills brainstorming,backend-dev-guidelines，先审计一个精确集合，再 --dry-run 看计划，确认后才去掉 dry-run。
3. 别急着 apply：把 AAS Core 当成”选型 + 审查”环节，安装仍走你熟悉、可控的路径，等 apply/recovery 从实验性毕业再考虑托管式落地。
4. 盯质量而非数量：2,478 这个数字每周都在涨，真正决定体验的是你为项目挑的那 5~15 个技能的语义匹配度——这也是 AAS 把选择权交回 Agent 和你手里的原因。

仓库地址：https://github.com/sickn33/agentic-awesome-skills ｜ 托管目录：https://aaskills.tech/ ｜ AAS Core 指南：https://github.com/sickn33/agentic-awesome-skills/blob/v18.8.0/docs/users/aas-core.md