cat README.md
claude-plugins-official
Anthropic 终于给 Claude Code 开了官方插件商店。32 个官方插件 + 15 个合作伙伴插件，覆盖 LSP 语言服务器、代码审查、PR 管理、Git 操作、安全审计、项目管理工具集成。这不是 VS Code 的插件市场——这是一个专为 AI Coding Agent 设计的扩展生态。
// 目录
// 概览
背景：Claude Code 的「iPhone 时刻」
我自己用 Claude Code 差不多半年了，从最初好奇到现在的日常工具，有一个感受越来越强烈——Claude Code 很强，但它能做的事完全取决于你怎么配置它。
你装过 MCP server 吗？写过 .claude/settings.json 吗？配过自定义 slash command 吗？如果你做过，你就知道这中间的痛苦：查文档、看 JSON schema、调试环境变量、处理版本兼容……每一步都在消耗你的时间。
Anthropic 显然也意识到了这个痛点。2026 年 2 月，他们悄悄上线了 claude-plugins-official 仓库——一个官方策展的 Claude Code 插件市场。这不是那种"随便传个文件上去就上架"的野路子市场，而是 Anthropic 自己负责审核和收录的 curated 目录。
到今天，这个仓库已经攒了 24.9k Stars，32 个官方插件覆盖了从 LSP 语言服务器到代码审查再到项目管理工具集成的方方面面，外加 15 个来自 Discord、Linear、GitHub、Asana、Playwright 等合作伙伴的外部插件。
说白了，这就是 Claude Code 的「App Store」。Anthropic 不再满足于让 Claude Code 只是一个终端里的 AI 编程工具——他们想把它变成一个 可扩展的 AI 开发平台。
核心能力拆解
双层插件体系
这个仓库的结构很清晰，两层分工：
| 层级 | 目录 | 数量 | 维护方 | 说明 |
|---|---|---|---|---|
| 官方插件 | /plugins | 32 个 | Anthropic 团队 | 默认内置于 Claude Code，质量有保障 |
| 外部插件 | /external_plugins | 15 个 | 合作伙伴/社区 | 需经过 Anthropic 审核方可上架 |
另外还有一个 claude-plugins-community 仓库，是完全开放的社区市场，任何人都能提交——但审核机制和上架速度目前还不够透明。
插件能做什么？
一个 Claude Code 插件的能力范围比 VS Code 扩展要广得多。它不只是加个按钮或者语法高亮，而是可以从六个维度扩展 AI Agent 的行为：
| 扩展点 | 配置位置 | 作用 | 示例 |
|---|---|---|---|
| Skills（技能） | skills/ | 定义 AI 可自动调用的能力 | 代码审查规则、安全审计清单 |
| Subagents（子代理） | agents/ | 自定义 AI 子代理角色 | security-reviewer、code-simplifier |
| Commands（斜杠命令） | commands/ | 用户手动触发的指令 | /feature-dev、/code-review |
| Hooks（钩子） | hooks/ | 事件驱动的自动化 | 保存文件后自动 lint |
| MCP Servers | .mcp.json | 外部工具集成 | GitHub API、数据库连接 |
| LSP Servers | .lsp.json | 实时代码智能 | TypeScript、Python、Rust 补全 |
| Monitors（监控） | monitors/ | 后台持续监听 | 错误日志实时监控 |
| Binaries（可执行文件） | bin/ | 自动加入 PATH | 自定义 CLI 工具 |
这八个扩展点覆盖了从「AI 能自动做什么」到「用户想手动控制什么」的完整光谱。skills/ 和 agents/ 是给 AI 自己用的——Claude 会根据上下文自动判断该不该调用某个技能；commands/ 是你手动敲的；hooks/ 和 monitors/ 是事件驱动的。
插件标准结构
每个插件必须遵循这个目录结构：
plugin.json 是唯一必填的，里面至少要有 name 和 description。这个名字同时充当命名空间——比如 code-review 插件里的 review 技能，实际调用时是 /code-review:review，避免了不同插件之间的技能名冲突。这个设计跟 npm 的 scoped packages 一个思路，挺干净的。
重点插件一览
32 个官方插件我用表格整理了一下，标注了每个插件的用途和推荐度：
核心开发流程（必装级）
| 插件名 | 用途 | 评级 |
|---|---|---|
feature-dev | 7 阶段功能开发工作流（Spec→Plan→Code→Test→Review→Deploy→Monitor） | 必装 |
code-review | 4 个并行代理同时审查代码（安全+性能+可维护性+最佳实践） | 必装 |
pr-review-toolkit | PR 审查工具包，自动生成 review summary | 必装 |
commit-commands | 规范化 Git 提交信息生成 | 推荐 |
code-simplifier | 自动识别可简化的代码并重构 | 推荐 |
code-modernization | 老旧代码现代化迁移 | 推荐 |
语言服务器 LSP（按语言选装）
| 插件名 | 语言 | 底层 LSP |
|---|---|---|
typescript-lsp | TypeScript / JavaScript | typescript-language-server |
pyright-lsp | Python | Pyright |
rust-analyzer-lsp | Rust | rust-analyzer |
gopls-lsp | Go | gopls |
clangd-lsp | C / C++ | clangd |
ruby-lsp | Ruby | ruby-lsp |
jdtls-lsp | Java | Eclipse JDT LS |
kotlin-lsp | Kotlin | kotlin-language-server |
swift-lsp | Swift | sourcekit-lsp |
csharp-lsp | C# | csharp-ls |
php-lsp | PHP | intelephense |
lua-lsp | Lua | lua-language-server |
插件开发工具链
| 插件名 | 用途 |
|---|---|
plugin-dev | 插件开发辅助——创建、验证、调试插件 |
skill-creator | 快速创建高质量的 Claude Code 技能 |
mcp-server-dev | MCP 服务器开发工具包 |
agent-sdk-dev | Agent SDK 开发辅助 |
hookify | 自然语言描述钩子配置（不用写 JSON） |
其他实用插件
| 插件名 | 用途 |
|---|---|
claude-code-setup | 一键配置 Claude Code 开发环境 |
claude-md-management | CLAUDE.md 文件管理 |
session-report | 会话结束自动生成工作总结报告 |
security-guidance | 安全编码指导与漏洞检测 |
frontend-design | 前端 UI 设计辅助 |
explanatory-output-style | 解释型输出风格（教学场景） |
learning-output-style | 学习型输出风格 |
math-olympiad | 数学竞赛问题求解 |
ralph-loop | Ralph 循环——迭代改进工作流 |
mcp-tunnels | MCP 隧道连接管理 |
外部合作伙伴插件
| 插件名 | 集成服务 | 用途 |
|---|---|---|
github | GitHub | Issue/PR/Repo 管理 |
gitlab | GitLab | Issue/MR/CI 管理 |
linear | Linear | 项目管理与工单跟踪 |
asana | Asana | 任务与项目管理 |
discord | Discord | 社区消息通知 |
telegram | Telegram | 即时通讯集成 |
playwright | Playwright | 浏览器自动化测试 |
firebase | Firebase | 后端服务管理 |
terraform | Terraform | 基础设施即代码 |
laravel-boost | Laravel | PHP 框架增强 |
greptile | Greptile | 代码搜索与分析 |
context7 | Context7 | 上下文管理 |
安装与使用
安装过程极其简单，就一行命令：
装完之后，插件的技能就会出现在你的命令列表里。比如装完 code-review，你会多出来 /code-review:review、/code-review:security、/code-review:performance 等斜杠命令。
更厉害的是热加载。开发插件时改了代码不需要重启 Claude Code，敲 /reload-plugins 就生效了。这个体验比 VS Code 扩展开发好太多了——VS Code 开发扩展每次改代码都要 F5 重开一个 Extension Development Host 窗口。
如果你只是想自己用，不想提交到市场，也完全支持本地加载：
安全机制：信任但验证
说到插件安全，Anthropic 的态度很明确——甩锅。README 里有一条醒目的警告：
翻译成人话：官方插件我们管，外部插件你自己看着办。
这个立场其实可以理解——跟 VS Code Marketplace 和 Chrome Web Store 一样，平台方不可能逐一审计每个插件的代码。但问题是：Anthropic 对 审核流程 的描述太模糊了。「满足质量和安全标准」——什么标准？谁在审？多长时间审一次？插件更新后要不要重新审？这些全都没有公开说明。
更让人担心的是 680 个 open issues。一个插件市场仓库有这么多未解决的问题，说明社区反馈渠道虽然畅通，但处理效率不太跟得上。
架构：从开发到分发的完整链路
// 插件生命周期
整个插件的生命周期设计有几个聪明的设计：
1. 本地优先的测试闭环。 开发插件不需要先提交到市场才能测试，--plugin-dir 直接加载本地目录，/reload-plugins 热更新。这个体验比 npm publish → npm install 循环快了不止一个数量级。
2. 版本管理灵活。 你可以在 plugin.json 里手动指定 version 字段，也可以不指定——不指定的话，插件市场会直接用 Git commit SHA 作为版本号。对于内部插件这种「持续发布」的模式，commit SHA 版本号其实更实用，省掉了手动 bump 版本的机械劳动。
3. 命名空间隔离。 所有技能都挂在插件名下面，/code-review:review 和 /security-guidance:review 不会冲突。这个设计避免了 VS Code 扩展最头疼的键位冲突问题。
竞品对比：AI Agent 插件生态的十字路口
| 平台 | 插件数量 | 审核机制 | 扩展维度 | 分发模式 | AI 原生程度 |
|---|---|---|---|---|---|
| Claude Code Plugins | 47 (32官方+15外部) | 官方策展 + 社区审核 | 8 维（技能/代理/命令/钩子/MCP/LSP/监控/二进制） | 内置市场 + Git 仓库 | 原生 |
| VS Code Marketplace | 40,000+ | 自动化扫描 + 举报 | 3 维（命令/视图/语言） | 内置市场 | 非 AI |
| Cursor 扩展 | ~1,000（兼容 VS Code） | 继承 VS Code 审核 | 同 VS Code | 兼容 VS Code 市场 | 半原生 |
| OpenClaw Plugins | ~200+ | 社区自审 | 5 维（工具/技能/代理/记忆/平台） | GitHub + npm | 半原生 |
| Hermes Agent Plugins | ~100+ | 无审核 | 4 维（技能/MCP/平台/模型） | Git 仓库 | 原生 |
跟 VS Code Marketplace 比数量是没意义的——人家积累了快十年了。但 Claude Code Plugins 的关键差异化在于 它不是给人类开发者用鼠标点来点去的工具，而是给 AI Agent 用的能力扩展接口。
举个例子：VS Code 的 ESLint 插件给你画红色波浪线，你手动去修。Claude Code 的 code-review 插件直接把审查规则注入 AI 的系统提示里，Claude 在写代码的时候就会主动遵循这些规则。这两种工作模式完全不在一个维度上。
跟 OpenClaw 和 Hermes Agent 比，Claude Code Plugins 的优势是 Anthropic 的官方背书和标准化的插件结构。plugin.json + skills/ + hooks/ 这个统一规范让插件之间的互操作性有保障——你不会遇到「这个插件的 MCP 配置格式跟另一个不一样」这种问题。
生态数据：47 个插件只是一个开始
* 数据为近似值，各平台插件数量包含不同质量等级的社区贡献，不可直接等同比较
47 个插件不算多，但考虑到项目上线大概只有 3-4 个月，这个增速已经不错了。关键是看趋势：LSP 语言服务器插件覆盖了 12 种主流语言，合作伙伴插件涵盖了 GitHub、GitLab、Linear、Asana、Playwright 等高频工具——这意味着 Claude Code 现在可以直接「理解」你的代码库（通过 LSP）和你的工作流（通过项目管理工具集成）。
另外值得关注的数据点：
- 405 次 commits，活跃度不低
- 680 open issues，社区反馈活跃但响应速度存疑
- 10 open PRs，合并速度中等偏慢
- Python 31.6% + TypeScript 28.9%，技术栈主流、门槛低
- 社区市场（claude-plugins-community） 已上线但仍在早期
博主观点
+ 扩展维度丰富：技能/代理/命令/钩子/MCP/LSP/监控/二进制，八个扩展点几乎覆盖了你所有能想到的场景
+ 开发体验极佳：本地加载 + 热更新 +
plugin validate 工具链，插件开发的反馈循环极快+ 命名空间隔离：
插件名:技能名 的格式避免了不同插件间的冲突，设计干净+ 零配置 LSP 体验：12 种语言服务器一键安装，不用再手动折腾 LSP 配置
+ 官方背书 + MIT 生态友好
- 外部插件只有 15 个，跟 VS Code 的四万个比是天壤之别，生态规模太小
- 审核流程不透明：「满足质量和安全标准」这句话太模糊了，具体标准、审核周期、更新机制全都没有公开
- 仅支持 Claude Code：平台锁定效应明显，你的插件没法在 Cursor 或 Codex 上用
- 安全模型依赖用户自行判断：Anthropic 对第三方插件的免责声明基本是「你用了出事别找我」
- 没有评分/评论系统：用户没法看到其他开发者的使用反馈，选择成本高
- 缺少企业级功能：没有 SSO、审计日志、合规报告这些东西，企业客户可能会犹豫
总的来说，这个项目的意义不在于它现在有多少插件，而在于它定义了 AI Coding Agent 的插件标准。
Claude Code 正在从一个「终端里的 AI 编程工具」进化成一个「可扩展的 AI 开发平台」。插件市场是平台化的关键一步——它让第三方开发者可以在 Claude Code 上面搭积木，而不是只能在 Anthropic 定义的能力边界内工作。
现在的问题不是「这个市场好不好用」，而是「这个市场能不能长起来」。Anthropic 需要解决三件事：审核透明化（到底怎么审？谁在审？）、社区激励机制（开发者为什么要花时间给 Claude Code 写插件？）、跨平台兼容（能不能别只绑 Claude Code？）。
如果这三个问题解决了，Claude Code Plugins 有机会成为 AI 编程时代的 npm——一个基础设施级别的分发渠道。如果解决不了，它可能就只是 Anthropic 官方的一个自嗨工具。
// links
github.com/anthropics/claude-plugins-official — 官方仓库
code.claude.com/docs/en/plugins — 插件开发文档
github.com/anthropics/claude-plugins-community — 社区插件市场
claude.ai/settings/plugins/submit — 插件提交入口
Claude Code 插件完全指南 — 社区深度解析
Best Claude Code plugins in 2026 (Top 12 reviewed) — Bito 评测