awesome-copilot
同为注册表,生态与背书不同
awesome-copilot 面向 Copilot 生态且官方维护;本项目面向 Claude Code 生态、第三方聚合
做一个 Claude Code 组件的开源注册表与 CLI:把 agents、commands、skills、hooks、MCP、settings 与 mods 集中到一处,用一条 npx 命令安装,并按场景提供成套模板(含 loop 类工程模板)。
claude-code-templates 自述为「Claude Code 组件的开源注册表与 CLI」,把 agents、commands、skills、hooks、MCP、settings 与 mods 集中到一个可检索的目录里,用户用 npx 命令即可按需安装,包括一次性装上某个模板依赖的全部组件。它的仓库 README 专门列了「来源与归属」一节,说明它把多个上游项目(包括 Anthropic 官方 skills、obra/superpowers、wshobson/agents、awesome-claude-code 等)收纳进来,并声明各保留原许可。
快速搭建编码助手的初始技能集、比较不同上游组件的实际效果、给团队批量安装统一组件、学习组件目录的组织方式。
Node CLI + 注册表(npm 分发),组件按类别组织并提供成套模板;33.2k stars、3.9k forks、101 open issues / 372 open PRs。仅读仓库页与 README,未安装。
把「发现-选择-安装」的链缩短到一条命令,是技能生态从「仓库分散」走向「包管理」的一个现实样本。
聚合型项目README 明确列出多来源组件(各保留原许可),实际使用需逐个追溯上游;101 个 open issues、372 个 open PR 说明合并积压明显;组件质量与上游同步情况未验证。
MIT
本项目自身为 MIT,但它是聚合器:README 的 Attribution 一节逐个列出上游及其许可(如 anthropics/skills、awesome-claude-code 为 CC0 1.0、部分为 Apache-2.0),并明确「各资源保留原许可与归属」。这意味着不能把「仓库是 MIT」当成「装进去的每个组件都能随意商用」——企业内部采用时必须能追溯到具体组件的上游许可,这一点比直接使用单来源技能包风险高。
协议解读供选型参考,不构成法律意见。
想快速试不同技能组合时很方便;但若要把装好的组件带进交付物,先用它的归属表逐个核许可,免得把 CC0、Apache-2.0 与 MIT 混为一谈。
Star33200;观测时间:2026-11-07T05:26:50.000Z
暂无可比增长基线
开源代码
社区来源不可访问
本轮未对 claude-code-templates 单独做社区检索,故不提供口碑结论
本轮未对该项目做 Hacker News 检索,仅从仓库侧取证
模型知识参考,未在线核验;名称、维护状态和许可证需另行核实。
同为注册表,生态与背书不同
awesome-copilot 面向 Copilot 生态且官方维护;本项目面向 Claude Code 生态、第三方聚合
上期报道过的注册表/包管理器
vercel-labs/skills 侧重包管理(发现/安装/更新/移除);本项目侧重「场景模板 + 依赖一次装齐」