用 AI 编程助手的人大概都遇到过这种事：让 Claude Code 或 Codex 干一个活，它临时现编一套步骤，干完你也不知道它到底用了什么「套路」。AAS Core 想解决的就是这个——把那些好的做法沉淀成可以审查、可以复用、可以回放的「技能」，而不是每次都靠模型临场发挥。
是什么
AAS Core（Agentic Awesome Skills）是一套目前收录了 2,610+ 个可安装 SKILL.md 技能手册的开源库，背后是 sickn33 维护的社区项目。它本身不是又一个聊天机器人，而是一个「技能目录 + 预览台」：让 Codex 或 Claude 先检索本地完整目录，自己挑出合适的技能，再把打算动你的项目之前的一套方案以「预览」形式摆给你看，你点头它才动手。
打个比方，它像给 AI 助手配了一套带版本管理的方法论文档库。助手要干活，先翻库、选技能、做计划；你能在它改任何文件之前，先看清楚它准备用哪几个技能、怎么组合。
核心优势
- 目录可审查。当前目录里每一个技能都是单独可搜、可读、可让智能体挑选的，不是黑盒。你关心的是「它到底准备用哪几招」，这里能看明白。
- 智能体自己选，你把关。选择由 Codex / Claude 做，但
compose_stack 这个只读工具会在内存里校验选中的技能 ID 和结构是否合法；你可以用 aas stack plan 导出一份不可更改的预览来审。
- 跨工具通用。兼容 Claude Code、Cursor、Codex CLI、Gemini CLI、Kiro、Copilot、OpenCode 等一众 agent 运行时；还有托管目录 aaskills.tech 和浏览器端的 Workbench 做发现和复查。
- 本地优先、零推荐。Core 本身不替你排序、不替你推荐、也不替你直接安装技能——它只做审阅和预览，主动权留在你手里。
图：AAS Core 仓库的 Releases 页，最新版本 v18.11.0，一次更新就带上 2,610 个技能手册。
怎么用
最轻量的入口是直接用 npx 跑目录检索：
npx agentic-awesome-skills
实际工作流里，助手会在你的项目里检索目录、记录它挑中的技能，并写一份 aas-stack.json 清单和可选的「选择证据」；你用 aas stack validate 校验清单、用 aas stack plan 生成可审阅的预览。注意：应用（apply）和恢复（recovery）目前仍是实验性开关，需要主动开启，不在当前受支持的预览路径内。单个清单技术上最多挂 128 个技能。
不足
- 「预览」不等于「安全」。项目自己在 IMPORTANT 提示里写得很直白：结构和身份合法，不代表语义合适、兼容正确、运行安全。挑技能这步仍要人来拍板。
- 应用链路还嫩。真正把技能落到项目里的 apply / recovery 还是实验特性，生产环境别全押上。
- 和 Anthropic 没关系。README 里频繁出现 Antigravity / Gemini 这类词只是说明兼容目标，项目明确声明与 Google 无关，别看成官方产物。
图：托管的技能目录 aaskills.tech，按场景浏览 2,610+ 个技能手册。
横向对比
它和「awesome-claude-skills」这类纯清单最大的区别是「可预览、可校验」，而不只是罗列链接；和 LangChain / 各类 agent 框架的区别是它不接管运行，只管「技能从哪来、用哪几个、计划长啥样」。如果你要的是让助手更可控、更可审计，AAS Core 比单纯堆 prompt 踏实；如果你要的是端到端自动跑完，它现在还差最后那一步。
GitHub：github.com/sickn33/agentic-awesome-skills
托管目录：aaskills.tech
标签：#AAS #AI智能体 #ClaudeCode #技能库 #MCP
你平时让 AI 助手干活，会更想要「它自己决定怎么做」，还是「先给你看计划再动手」？