GitHub热榜上手｜Claude插件：4.3万星官方目录

📌 本文整理自官方文档与社区公开资料，未做真机实测。

43,233 星、单周 +5,441------这是 Anthropic 官方维护的 Claude Code 插件目录 claude-plugins-official 的实时热度。给 Claude Code 装插件时，你怎么判断哪些是可信的、结构规范的？这个仓库就是 Anthropic 给出的官方答案，也是本期 GitHub 热榜上手要拆的对象。

项目介绍

claude-plugins-official 是 Anthropic 官方管理的高质量 Claude Code 插件目录（仓库语言标注为 Python）。它的核心定位不是"一个插件"，而是插件的市场（marketplace）：

/plugins：Anthropic 团队内部开发维护的插件
/external_plugins：第三方合作伙伴和社区提交的插件

每个插件遵循统一目录结构（plugin.json、.mcp.json、commands/、agents/、skills/），安装一条命令即可。截至本周总星数 43,233，单周新增 5,441，属于"基础设施级"热度------用 Claude Code 的开发者大概率会摸到它。

上手指南

本文整理自官方文档与社区反馈，未做真机实测。

第一步：克隆仓库

bash 复制代码

git clone --depth 1 anthropics/claude-plugins-official

实际执行输出：

bash 复制代码

$ git clone --depth 1 anthropics/claude-plugins-official
exit=0
Cloning into '/tmp/ght-smoke/anthropics__claude-plugins-official'...

克隆成功（exit=0）。后续检查发现：仓库无标准构建清单，未识别为 python/node 项目结构，仅完成了 clone。这符合预期------它本质是一个插件目录，不是需要 pip install 或 npm build 的代码库。

第二步：安装插件

在 Claude Code 中直接运行：

bash 复制代码

/plugin install {plugin-name}@claude-plugins-official

或通过界面浏览：

bash 复制代码

/plugin > Discover

第三步：确认插件结构

每个插件的标准目录：

ini 复制代码

plugin-name/
├── .claude-plugin/
│   └── plugin.json      # Plugin metadata (required)
├── .mcp.json            # MCP server configuration (optional)
├── commands/            # Slash commands (optional)
├── agents/              # Agent definitions (optional)
├── skills/              # Skill definitions (optional)
└── README.md            # Documentation

踩坑记录

官方 issue 区暂无高频问题（本次未获取到 issues 数据）。

从执行记录中有一个值得注意的点：

未识别 python/node 项目结构，仅完成 clone

这不是 bug，而是仓库定位使然------它是目录而非应用。如果你习惯 clone 下来跑 python main.py 或 npm run build，这里会"空"。

另外，README 中有一段加粗警告值得单独拎出来：

⚠️ Important: Make sure you trust a plugin before installing, updating, or using it. Anthropic does not control what MCP servers, files, or other software are included in plugins and cannot verify that they will work as intended or that they won't change.

即：Anthropic 不校验插件内第三方 MCP server 和文件，装之前需自行判断信任度。

使用说明

插件名不可变（immutable slug）

plugin.json 中的 name 字段是市场里的不可变标识。发布后修改 name 会导致已安装用户触发 plugin-not-found 错误。正确做法：

改 UI 显示名 → 更新 displayName 字段
实在要改 slug → 在 .claude-plugin/marketplace.json 顶层添加 renames 映射：

json 复制代码

"renames": {
  "old-name": "new-name"
}

Claude Code 插件加载器会在用户下次同步时自动将旧 slug 重写为新 slug。

Skill-bundle 插件

若插件源码仓库仅携带 SKILL.md 文件而没有 .claude-plugin/plugin.json，则走 skill-bundle 形态（README 原文在此处截断，完整规则以官方文档为准）。

贡献插件

内部插件：由 Anthropic 团队成员开发，参考 /plugins/example-plugin
外部插件：第三方通过 plugin directory submission form 提交，需通过质量与安全审核

总结

该用的人： 正在用 Claude Code、想装插件扩展工作流的开发者；想给 Claude Code 提交第三方插件、需要了解目录规范的开发者；练手时想读一份"官方维护的目录型仓库"（不是 SaaS 也不是 CLI，是 marketplace）的人。

不该用的人： 不用 Claude Code 的开发者（此仓库无独立运行意义）；期望 clone 下来就能 build / test / run 的人（它是目录，不是项目）。

本周共带来 7 个 GitHub 热榜项目，后续每天发布一篇。关注我，跟着热榜项目练手。

最后问一句： 装 Claude Code 插件时，你只会选 Anthropic 自己维护的 /plugins（B），还是社区提交的 external_plugins 也装（A）？A 还是 B？

最后问一句：装 Claude Code 插件时，你只会选 Anthropic 自己维护的 /plugins（B），还是社区提交的 external_plugins 也装（A）？评论区打 A 或 B，关注我，每天跟一个 GitHub 热榜项目练手。

做自动化这几年，最耗时间的从来不是写代码，是摸清每个平台的脾气。

这篇里提到的坑，都是真金白银踩出来的。如果你手上也有重复度很高的活儿------批量发布、数据搬运、有固定规则的机械操作 ------可以在评论区说说你的场景，我看看能不能自动化掉。