Agentic Awesome Skills 与 Awesome Claude Skills 选型指南广度型可安装技能库 vs 精选型 Awesome 列表【免费下载链接】agentic-awesome-skillsAAS Core is the local, agent-first control plane for complete catalog discovery, agent-owned selection, stack validation, and planning, backed by 2,115 agentic skills. Includes CLI, local MCP, catalog, plugins, and Workbench.项目地址: https://gitcode.com/gh_mirrors/an/agentic-awesome-skills本篇围绕docs_zh-CN/users/agentic-awesome-skills-vs-awesome-claude-skills.md这份官方对比文档展开当你需要在 Agentic Awesome Skills下称 AAS与 VoltAgent 的 Awesome Agent Skills即过去常说的 awesome-claude-skills之间做选型时本文给出完整的对比矩阵、诚实的权衡分析并结合本仓库的真实源码与配置AAS Core 本地 MCP、aas-stack.json清单、CLI 校验与不可变计划、bundles/workflows 分发层解释 AAS 一侧可安装工作库论断的实际依据帮你按自身用例做出有证据支撑的决策。先厘清名称awesome-claude-skills 现在指向哪里原对比文档首先澄清了一个常见混淆许多人仍然称为awesome-claude-skills的仓库现在已经迁至VoltAgent/awesome-agent-skills。也就是说Awesome Claude Skills 并不是一个独立的新项目而是 VoltAgent 维护的、以官方/团队发布视角为主的精选技能列表。理解这一点后选型问题就变成你要的是完整目录 Agent 自主选择的可安装工作库还是编辑精选 小范围浏览评估这正是两份文档给出的核心分界线。简而言之两个选择两条路线沿用原文档的 TL;DR 结论并结合当前仓库的实际形态当前版本 V17.4.0见 package.json 中version: 17.4.0与aasCore.status: agent-first-preview如果你想要AAS Core 把明确的项目画像转换为可解释、可审查的技能栈并在其周围拥有广度目录与多种分发支持请选择Agentic Awesome Skills如果你想要一份具有强官方团队视角、范围更紧凑的精选列表请选择VoltAgent Awesome Agent Skills。一目了然的比较下表完整继承原对比文档的五条比较标准并根据仓库现状对目录形状/产品形态一栏做了更精确的描述标准Agentic Awesome SkillsVoltAgent Awesome Agent Skills最适合完整本地目录访问、Agent 自主选择、持久化期望状态、计划预览以及多工具日常使用精选发现与官方/社区亮点目录形状带捆绑包bundles、工作流workflows、文档与生成目录的大型可安装库核心是 AAS Core本地 MCP CLI 清单/计划产物 Workbench 审查精选的 awesome-list 风格集合支持的工具Claude Code、Cursor、Codex CLI、Gemini CLI、Antigravity、Kiro、OpenCode、Copilot更多Claude Code、Codex、Antigravity、Gemini CLI、Cursor、Copilot、OpenCode、Windsurf更多入门安装文档、捆绑包、工作流、入门指南Getting Started、Bundles、Workflows精选的 README 和分类参考适合时你希望 Agent 检查项目后从完整目录中选出精确的技能 ID你想要一个较小的列表来手动浏览和评估注意两侧都支持大量主流 Agent 宿主真正的差别不在能不能用而在目录形态与选择权的归属AAS 让编码 Agent 拥有选择权并把选择固化为可验证的状态VoltAgent 则让人在浏览列表后手动挑选。为什么选择 Agentic Awesome Skills四个论点逐一落到仓库证据原文档给出的 AAS 侧理由在本仓库中都有可验证的对应物。下面逐条展开。1. 让 Codex/Claude 通过本地只读 MCP 检索并阅读完整目录选择权留在 AgentAAS Core 的工作流在 docs/users/aas-core.md 中有明确描述your project - Codex or Claude inspects the repository - agent searches and reads the complete local AAS catalog - agent chooses the exact skill IDs - compose_stack validates and returns the manifest in memory - client or CLI persists aas-stack.json and optional evidence sidecar - you review the artifacts - aas stack validate - aas stack plan (preview; no skill changes)从源码结构看AAS Core 实现位于 tools/lib/aas-v1通过 package.json 中的三个可执行入口对外暴露bin: { agentic-awesome-skills: tools/bin/install.js, aas: tools/bin/aas.js, aas-mcp: tools/bin/aas-mcp.js }其中aas-mcp是本地 stdio MCP 服务提供search_skills、get_skill、list_skill_files、read_skill_file、compose_stack、inspect_stack、diff_stack等只读工具见 README.md 的 AAS Core 章节。关键约束是MCP 不扫描你的仓库、不调用远端模型、不通过 MCP 写入项目文件——项目分析由编码 Agent 自己完成AAS 只负责目录检索、选择校验与计划预览。2. 批准的选择被记录为 aas-stack.json先校验、再生成不可变计划aas-stack.json是 AAS 侧最核心的持久化产物它记录编码 Agent 选出的精确技能 ID而不是 Core 排序系统的输出。随后aas stack validate校验清单aas stack plan生成不修改任何目标文件的不可变计划。清单与计划的结构由 schemas/aas-v1 下的版本化 JSON Schema 约束目录检索的数据基础则是 data/catalog.json 与根目录的 skills_index.json其形状由 schemas/skills-index.v1.schema.json 定义。这意味着即使换一个会话、换一个人只要目录版本固定同一份aas-stack.json就能被重放、校验和审计。对比 VoltAgent 式的列表浏览这是 AAS 论据里持久化期望状态durable desired state的具体含义。3. 完整的入门资产bundles、workflows 与工具特定指南原对比文档点名的bundles.md与workflows.md在仓库中都有对应的数据与文档支撑Bundles捆绑包按角色/目标组织的技能推荐组合如 Essentials、Web Wizard、Security Engineer机器可读元数据在 data/bundles.jsonWorkflows工作流多技能顺序执行的剧本机器可读元数据在 data/workflows.json人读版本在 docs/users/workflows.md激活脚本当只希望某个 bundle 的技能在运行目录中生效时可用 scripts/activate-skills.shmacOS/Linux或scripts/activate-skills.batWindows例如./scripts/activate-skills.sh --clear Essentials工具特定指南docs/users/ 下按宿主拆分了claude-code-skills.md、cursor-skills.md、codex-cli-skills.md、gemini-cli-skills.md等文档。Bundles 与 Workflows 的区别在 docs/users/bundles.md 里说得直白bundles 告诉你这个角色该用哪些技能workflows 告诉你按什么顺序使用它们。注意 bundles 是可安装的插件子集与激活预设而不是可直接调用的 mega-skill。4. 跨多域的完整覆盖而非只是精选短列表从 README.md 的 registry-sync 注释skills2126与 package.json 描述backed by 2,126 agentic skills看当前目录规模为2,126 个技能覆盖开发、测试、安全、基础设施、产品与营销等多个域。目录本身放在 skills/ 下每个技能以skills/skill-name/SKILL.md为入口例如 skills/brainstorming/。目录还配套了插件分发层 plugins/如agentic-bundle-security-engineer、agentic-bundle-web-wizard等领域包与托管 Workbench 审查面。广度还体现在安装侧npm 安装器tools/bin/install.js支持--cursor、--claude、--gemini、--codex、--kiro、--agy等宿主标志、--skills精确 ID、--category/--risk/--tags元数据过滤以及--dry-run预览。例如针对 Codex 项目精确安装两个技能并先预览npm exec --yes --ignore-scripts --packageagentic-awesome-skills16.8.0 -- \ agentic-awesome-skills --release 16.8.0 --path .agents/skills \ --skills brainstorming,systematic-debugging --dry-run该示例来自 README.md 的 From selection to use 一节--dry-run复核文件清单后再去掉该参数执行正式安装。为什么选择 VoltAgent Awesome Agent Skills原对比文档给出三条理由均指向精选这一产品形态你想要更编辑化的、awesome-list 风格的浏览体验你重视一个以官方和团队发布的代理技能为中心的仓库你更喜欢在安装任何东西之前手动查看一个较小的集合。从仓库视角看这类仓库的价值在于评估成本低目录规模小README 分类清晰你不需要 AAS Core 那样的 MCP 配置、清单校验或计划预览流程浏览完即可决定是否手动安装个别技能。docs/users/ai-agent-skills.md 也印证了这一点如果你只需要一份固定的、供应商维护的短列表且不依赖项目感知的组合能力较小的精选仓库就是更合适的选择。诚实的权衡两边各有什么代价原对比文档的诚实权衡一节值得完整保留并补上仓库中的具体依据AAS 的目录更大证据完整度不均衡AAS Core 对未知/缺失元数据采取报告而非过滤的立场——元数据缺失不会让技能变得不可选但它也不构成质量背书。README.md 中有一句明确的边界声明结构性与身份有效性不等于语义适配、兼容性、配置正确性或操作安全的认证。 另外原文提到 Antigravity 一侧最初可能会感觉更大、更嘈杂这在实现上是有对应措施的Antigravity 监视~/.agents/skills全量安装可能耗尽上下文或触发截断崩溃循环因此安装器对该目标强制要求--skills、元数据过滤或显式--all同意见 README.md 的 Direct skill install 一节。VoltAgent 更容易快速浏览因为它为精选而优化这是形态决定的不是缺陷。两者都要时的合理工作流先用精选列表做编辑性发现理解自己的用例后再用 AAS 安装更宽的目录。docs/users/ai-agent-skills.md 给出的等价表述是用精选列表做编辑发现用 AAS Core 做可复现的 Agent 选型项目栈。决策指引按你的用例走一条路径你的诉求推荐路径依据让 Agent 检查项目、从完整目录选技能、留下可复现的aas-stack.json与不可变计划AAS Core本地 MCP aasCLIdocs/users/aas-core.md、docs/users/getting-started.md已知道确切技能 ID或宿主暂无 Core 适配器AAS 直接安装器npx agentic-awesome-skills --host --skills ...README.md Installation 一节领域明确想要市场式插件分发AAS 专用插件plugins/README.md Recommended Specialized Plugins按角色挑一组入门技能Bundlesdocs/users/bundles.mddata/bundles.json重点是执行顺序规划→编码→测试→发布Workflowsdocs/users/workflows.mddata/workflows.json只要一份小列表先浏览评估再手动挑选VoltAgent Awesome Agent Skills原对比文档 Why choose VoltAgent 一节建议的下一步如果你想今天就开始安装和使用技能回到 README.md 按安装指南操作或从 docs/users/getting-started.md中文镜像见 docs_zh-CN/users/getting-started.md开始走 AAS Core 主路径如果你想了解 AAS 侧Agent 拥有选择权的完整信任边界MCP 配置、审批摘要、校验与计划的生命周期读 docs/users/aas-core.md如果你仍在评估工具特定选项继续阅读原对比文档指出的两篇选型短文docs_zh-CN/users/best-claude-code-skills-github.md 与 docs_zh-CN/users/best-cursor-skills-github.md如果你想知道如何评估一个技能库的通用标准显式输入边界、Agent 拥有选择、可复现性、持久化状态、变更前预览、来源与兼容性证据参考 docs/users/ai-agent-skills.md。小结这份对比的本质不是谁的技能更好而是两种分发哲学的取舍VoltAgent Awesome Agent Skills 是给人浏览的精选列表价值在评估成本低AAS 是把 Agent 的选择变成可检索目录 → 精确 ID 选择 →aas-stack.json→ CLI 校验 → 不可变计划这条可复现链路的本地控制平面价值在广度与状态可审计。用一句话概括原文档的结论想要一个仓库装完就干活选 AAS想要一份小列表先看看选 VoltAgent两者结合——先浏览精选、再安装宽库——是被文档明确认可的工作流。【免费下载链接】agentic-awesome-skillsAAS Core is the local, agent-first control plane for complete catalog discovery, agent-owned selection, stack validation, and planning, backed by 2,115 agentic skills. Includes CLI, local MCP, catalog, plugins, and Workbench.项目地址: https://gitcode.com/gh_mirrors/an/agentic-awesome-skills创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
Agentic Awesome Skills 与 Awesome Claude Skills 选型指南：广度型可安装技能库 vs 精选型 Awesome 列表
Agentic Awesome Skills 与 Awesome Claude Skills 选型指南广度型可安装技能库 vs 精选型 Awesome 列表【免费下载链接】agentic-awesome-skillsAAS Core is the local, agent-first control plane for complete catalog discovery, agent-owned selection, stack validation, and planning, backed by 2,115 agentic skills. Includes CLI, local MCP, catalog, plugins, and Workbench.项目地址: https://gitcode.com/gh_mirrors/an/agentic-awesome-skills本篇围绕docs_zh-CN/users/agentic-awesome-skills-vs-awesome-claude-skills.md这份官方对比文档展开当你需要在 Agentic Awesome Skills下称 AAS与 VoltAgent 的 Awesome Agent Skills即过去常说的 awesome-claude-skills之间做选型时本文给出完整的对比矩阵、诚实的权衡分析并结合本仓库的真实源码与配置AAS Core 本地 MCP、aas-stack.json清单、CLI 校验与不可变计划、bundles/workflows 分发层解释 AAS 一侧可安装工作库论断的实际依据帮你按自身用例做出有证据支撑的决策。先厘清名称awesome-claude-skills 现在指向哪里原对比文档首先澄清了一个常见混淆许多人仍然称为awesome-claude-skills的仓库现在已经迁至VoltAgent/awesome-agent-skills。也就是说Awesome Claude Skills 并不是一个独立的新项目而是 VoltAgent 维护的、以官方/团队发布视角为主的精选技能列表。理解这一点后选型问题就变成你要的是完整目录 Agent 自主选择的可安装工作库还是编辑精选 小范围浏览评估这正是两份文档给出的核心分界线。简而言之两个选择两条路线沿用原文档的 TL;DR 结论并结合当前仓库的实际形态当前版本 V17.4.0见 package.json 中version: 17.4.0与aasCore.status: agent-first-preview如果你想要AAS Core 把明确的项目画像转换为可解释、可审查的技能栈并在其周围拥有广度目录与多种分发支持请选择Agentic Awesome Skills如果你想要一份具有强官方团队视角、范围更紧凑的精选列表请选择VoltAgent Awesome Agent Skills。一目了然的比较下表完整继承原对比文档的五条比较标准并根据仓库现状对目录形状/产品形态一栏做了更精确的描述标准Agentic Awesome SkillsVoltAgent Awesome Agent Skills最适合完整本地目录访问、Agent 自主选择、持久化期望状态、计划预览以及多工具日常使用精选发现与官方/社区亮点目录形状带捆绑包bundles、工作流workflows、文档与生成目录的大型可安装库核心是 AAS Core本地 MCP CLI 清单/计划产物 Workbench 审查精选的 awesome-list 风格集合支持的工具Claude Code、Cursor、Codex CLI、Gemini CLI、Antigravity、Kiro、OpenCode、Copilot更多Claude Code、Codex、Antigravity、Gemini CLI、Cursor、Copilot、OpenCode、Windsurf更多入门安装文档、捆绑包、工作流、入门指南Getting Started、Bundles、Workflows精选的 README 和分类参考适合时你希望 Agent 检查项目后从完整目录中选出精确的技能 ID你想要一个较小的列表来手动浏览和评估注意两侧都支持大量主流 Agent 宿主真正的差别不在能不能用而在目录形态与选择权的归属AAS 让编码 Agent 拥有选择权并把选择固化为可验证的状态VoltAgent 则让人在浏览列表后手动挑选。为什么选择 Agentic Awesome Skills四个论点逐一落到仓库证据原文档给出的 AAS 侧理由在本仓库中都有可验证的对应物。下面逐条展开。1. 让 Codex/Claude 通过本地只读 MCP 检索并阅读完整目录选择权留在 AgentAAS Core 的工作流在 docs/users/aas-core.md 中有明确描述your project - Codex or Claude inspects the repository - agent searches and reads the complete local AAS catalog - agent chooses the exact skill IDs - compose_stack validates and returns the manifest in memory - client or CLI persists aas-stack.json and optional evidence sidecar - you review the artifacts - aas stack validate - aas stack plan (preview; no skill changes)从源码结构看AAS Core 实现位于 tools/lib/aas-v1通过 package.json 中的三个可执行入口对外暴露bin: { agentic-awesome-skills: tools/bin/install.js, aas: tools/bin/aas.js, aas-mcp: tools/bin/aas-mcp.js }其中aas-mcp是本地 stdio MCP 服务提供search_skills、get_skill、list_skill_files、read_skill_file、compose_stack、inspect_stack、diff_stack等只读工具见 README.md 的 AAS Core 章节。关键约束是MCP 不扫描你的仓库、不调用远端模型、不通过 MCP 写入项目文件——项目分析由编码 Agent 自己完成AAS 只负责目录检索、选择校验与计划预览。2. 批准的选择被记录为 aas-stack.json先校验、再生成不可变计划aas-stack.json是 AAS 侧最核心的持久化产物它记录编码 Agent 选出的精确技能 ID而不是 Core 排序系统的输出。随后aas stack validate校验清单aas stack plan生成不修改任何目标文件的不可变计划。清单与计划的结构由 schemas/aas-v1 下的版本化 JSON Schema 约束目录检索的数据基础则是 data/catalog.json 与根目录的 skills_index.json其形状由 schemas/skills-index.v1.schema.json 定义。这意味着即使换一个会话、换一个人只要目录版本固定同一份aas-stack.json就能被重放、校验和审计。对比 VoltAgent 式的列表浏览这是 AAS 论据里持久化期望状态durable desired state的具体含义。3. 完整的入门资产bundles、workflows 与工具特定指南原对比文档点名的bundles.md与workflows.md在仓库中都有对应的数据与文档支撑Bundles捆绑包按角色/目标组织的技能推荐组合如 Essentials、Web Wizard、Security Engineer机器可读元数据在 data/bundles.jsonWorkflows工作流多技能顺序执行的剧本机器可读元数据在 data/workflows.json人读版本在 docs/users/workflows.md激活脚本当只希望某个 bundle 的技能在运行目录中生效时可用 scripts/activate-skills.shmacOS/Linux或scripts/activate-skills.batWindows例如./scripts/activate-skills.sh --clear Essentials工具特定指南docs/users/ 下按宿主拆分了claude-code-skills.md、cursor-skills.md、codex-cli-skills.md、gemini-cli-skills.md等文档。Bundles 与 Workflows 的区别在 docs/users/bundles.md 里说得直白bundles 告诉你这个角色该用哪些技能workflows 告诉你按什么顺序使用它们。注意 bundles 是可安装的插件子集与激活预设而不是可直接调用的 mega-skill。4. 跨多域的完整覆盖而非只是精选短列表从 README.md 的 registry-sync 注释skills2126与 package.json 描述backed by 2,126 agentic skills看当前目录规模为2,126 个技能覆盖开发、测试、安全、基础设施、产品与营销等多个域。目录本身放在 skills/ 下每个技能以skills/skill-name/SKILL.md为入口例如 skills/brainstorming/。目录还配套了插件分发层 plugins/如agentic-bundle-security-engineer、agentic-bundle-web-wizard等领域包与托管 Workbench 审查面。广度还体现在安装侧npm 安装器tools/bin/install.js支持--cursor、--claude、--gemini、--codex、--kiro、--agy等宿主标志、--skills精确 ID、--category/--risk/--tags元数据过滤以及--dry-run预览。例如针对 Codex 项目精确安装两个技能并先预览npm exec --yes --ignore-scripts --packageagentic-awesome-skills16.8.0 -- \ agentic-awesome-skills --release 16.8.0 --path .agents/skills \ --skills brainstorming,systematic-debugging --dry-run该示例来自 README.md 的 From selection to use 一节--dry-run复核文件清单后再去掉该参数执行正式安装。为什么选择 VoltAgent Awesome Agent Skills原对比文档给出三条理由均指向精选这一产品形态你想要更编辑化的、awesome-list 风格的浏览体验你重视一个以官方和团队发布的代理技能为中心的仓库你更喜欢在安装任何东西之前手动查看一个较小的集合。从仓库视角看这类仓库的价值在于评估成本低目录规模小README 分类清晰你不需要 AAS Core 那样的 MCP 配置、清单校验或计划预览流程浏览完即可决定是否手动安装个别技能。docs/users/ai-agent-skills.md 也印证了这一点如果你只需要一份固定的、供应商维护的短列表且不依赖项目感知的组合能力较小的精选仓库就是更合适的选择。诚实的权衡两边各有什么代价原对比文档的诚实权衡一节值得完整保留并补上仓库中的具体依据AAS 的目录更大证据完整度不均衡AAS Core 对未知/缺失元数据采取报告而非过滤的立场——元数据缺失不会让技能变得不可选但它也不构成质量背书。README.md 中有一句明确的边界声明结构性与身份有效性不等于语义适配、兼容性、配置正确性或操作安全的认证。 另外原文提到 Antigravity 一侧最初可能会感觉更大、更嘈杂这在实现上是有对应措施的Antigravity 监视~/.agents/skills全量安装可能耗尽上下文或触发截断崩溃循环因此安装器对该目标强制要求--skills、元数据过滤或显式--all同意见 README.md 的 Direct skill install 一节。VoltAgent 更容易快速浏览因为它为精选而优化这是形态决定的不是缺陷。两者都要时的合理工作流先用精选列表做编辑性发现理解自己的用例后再用 AAS 安装更宽的目录。docs/users/ai-agent-skills.md 给出的等价表述是用精选列表做编辑发现用 AAS Core 做可复现的 Agent 选型项目栈。决策指引按你的用例走一条路径你的诉求推荐路径依据让 Agent 检查项目、从完整目录选技能、留下可复现的aas-stack.json与不可变计划AAS Core本地 MCP aasCLIdocs/users/aas-core.md、docs/users/getting-started.md已知道确切技能 ID或宿主暂无 Core 适配器AAS 直接安装器npx agentic-awesome-skills --host --skills ...README.md Installation 一节领域明确想要市场式插件分发AAS 专用插件plugins/README.md Recommended Specialized Plugins按角色挑一组入门技能Bundlesdocs/users/bundles.mddata/bundles.json重点是执行顺序规划→编码→测试→发布Workflowsdocs/users/workflows.mddata/workflows.json只要一份小列表先浏览评估再手动挑选VoltAgent Awesome Agent Skills原对比文档 Why choose VoltAgent 一节建议的下一步如果你想今天就开始安装和使用技能回到 README.md 按安装指南操作或从 docs/users/getting-started.md中文镜像见 docs_zh-CN/users/getting-started.md开始走 AAS Core 主路径如果你想了解 AAS 侧Agent 拥有选择权的完整信任边界MCP 配置、审批摘要、校验与计划的生命周期读 docs/users/aas-core.md如果你仍在评估工具特定选项继续阅读原对比文档指出的两篇选型短文docs_zh-CN/users/best-claude-code-skills-github.md 与 docs_zh-CN/users/best-cursor-skills-github.md如果你想知道如何评估一个技能库的通用标准显式输入边界、Agent 拥有选择、可复现性、持久化状态、变更前预览、来源与兼容性证据参考 docs/users/ai-agent-skills.md。小结这份对比的本质不是谁的技能更好而是两种分发哲学的取舍VoltAgent Awesome Agent Skills 是给人浏览的精选列表价值在评估成本低AAS 是把 Agent 的选择变成可检索目录 → 精确 ID 选择 →aas-stack.json→ CLI 校验 → 不可变计划这条可复现链路的本地控制平面价值在广度与状态可审计。用一句话概括原文档的结论想要一个仓库装完就干活选 AAS想要一份小列表先看看选 VoltAgent两者结合——先浏览精选、再安装宽库——是被文档明确认可的工作流。【免费下载链接】agentic-awesome-skillsAAS Core is the local, agent-first control plane for complete catalog discovery, agent-owned selection, stack validation, and planning, backed by 2,115 agentic skills. Includes CLI, local MCP, catalog, plugins, and Workbench.项目地址: https://gitcode.com/gh_mirrors/an/agentic-awesome-skills创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
