Anthropic开源Claude Code插件合集：精选5款高效开发必备工具

用 Claude Code 写代码的朋友，应该都用过不少斜杠命令（slash command），比如代码审查、提交、循环执行任务这类。日常够用，也很好用。

但问题同样明显：这些命令的行为基本是固定的。比如你想让代码审查自动检查团队内部规范，想让 Claude 在执行危险命令前先拦一下，或者想把「需求分析 → 方案设计 → 编码 → Review → 提交」这条链路打包成一套自己的工作流，单靠内置命令就不太够了。

过去想定制这些东西，通常得自己写 Skill、配 Agent、接 MCP，门槛不算低。

最近 Anthropic 在 GitHub 上开源了一个项目，名为 claude-plugins-official。我写这篇时，这个仓库已经有 2.7 万多 Star、3000 左右 Fork。它做的事情也很直接：把原本需要自己折腾半天的 Claude Code 工作流，打包成插件，一条命令装进 Claude Code。

粗略看了一下，仓库里分两块：/plugins 放 Anthropic 团队维护的插件，/external_plugins 放合作伙伴和社区提交的第三方插件。

这些插件覆盖开发、数据库、部署、安全、设计、项目协作等场景。它不是简单给你多几个快捷命令，而是把一整套开发工作流、外部工具接入方式和默认配置打包成插件，让你一条命令装进 Claude Code。

一个 Claude Code 插件，就是一个按约定组织好的目录。必需文件是 .claude-plugin/plugin.json，其他能力按需放，比如 slash command、agent、skill、MCP 配置、README，部分插件还会带脚本或 LSP 相关配置。

官方目录里已有不少外部服务插件，如 Asana、GitHub、GitLab、Firebase、Linear、Playwright、Terraform，覆盖面已从项目协作、代码托管，扩展到数据库、部署、基础设施和测试自动化。

安装也简单，一行命令：

/plugin install {插件名}@claude-plugins-official

或者直接在 Claude Code 里输入 /plugin，进 Discover 界面浏览安装。

推荐几个开发必备的插件

下面挑几个比较实用的说。

claude-code-setup 适合放在第一步。

它不是帮你写代码，而是先扫一遍当前项目，然后给出 Claude Code 的配置建议：哪些 hooks 值得加、哪些 MCP Server 适合接、有没有必要配 subagent。第一次接手新项目，优先跑它，而不是一上来凭感觉乱装插件。

feature-dev 适合处理稍微复杂一点的需求。

它把功能开发拆成 7 个阶段：需求澄清、代码库探索、补问题、架构设计、实现、质量审查、总结。

第 4 阶段会同时启动 2-3 个架构师 Agent，分别从最小改动、干净架构、务实平衡三个角度出方案，给你对比。

第 6 阶段也不含糊，3 个审查 Agent 并行：一个看代码质量，一个找 Bug，一个检查是否跟项目现有规范冲突。复杂需求最怕 Claude 一上来就改文件，这个插件的节奏会慢一点，但能减少返工。

用的时候一行命令触发：

/feature-dev 基于 OAuth 增加用户授权流程

hookify 适合给 Claude Code 加护栏。

Claude Code 的 hooks 本就强，但手写配置比较烦，hookify 的好处是可以用自然语言生成规则。比如：

/hookify 当我执行 rm -rf 命令的时候警告我

正常情况下，规则生成后就能在当前 Claude Code 工作流里使用。不过 hooks 这东西跟本地环境关系很大，Windows 用户最好先用简单规则试一下。尤其是路径、换行符、shell 命令这些地方，别一上来就写复杂规则。

code-review 适合放在提交前。

这里要区分一下：Claude Code 官方还有一个托管版 Code Review 服务，主要面向 GitHub PR；而 code-review 插件更适合在本地或 PR 分支上跑一轮审查。

它不是简单扫一遍 diff。插件 README 里写得很直接：它会启动多个并行 Agent，从规范、Bug、历史上下文等角度看变更，再用置信度过滤低质量结果。日常写完一个功能后让它过一遍，至少能拦住一批低级问题。当个初审工具够用，别指望它替人做 Review。

上面四个配齐，一条功能开发链路基本就能跑通了。

其他插件推荐

前端项目建议装一下 TypeScript / JavaScript 的 LSP 插件。光靠读文件和 grep，Claude Code 碰到大仓很容易迷；接上 LSP，诊断、定义跳转、引用关系这些都能拿到。Python、Go、Rust、Java、C/C++ 也各有对应的 LSP 插件——用什么语言装什么，别一口气全塞进去。另外 LSP 这东西跟本地环境绑定，语言服务器没配好的话装了也白装。

查框架文档频繁的话，context7 值得装。它解决的问题很实际：模型训练数据里的 Next.js、LangChain、Spring AI API 版本大概率不是最新的，接上它可以让 Claude Code 直接拉对应版本的文档。

commit-commands 就是把 commit、push、PR 创建这些操作包成了命令，省几步手操。能装但不急，看你愿不愿意手写 commit message。

特定场景才需要

写安全敏感代码的时候——命令执行、XSS、危险代码模式这类——security-guidance 可以挂着。它本质上是一个安全提醒 hook，会在编辑文件时提醒潜在安全问题。普通 demo 项目装了也未必经常用。

code-modernization 更偏老项目改造。官方目录里写的是 legacy COBOL、Java/C++、单体 Web 应用这类场景，会走 assess / map / extract-rules / reimagine / transform / harden 这种结构化流程。这个不是日常开发插件，更像迁移专项工具。

claude-md-management 也挺实用。它主要帮你维护 CLAUDE.md，比如做质量审计、记录会话经验、保持项目记忆更新。

如果只推荐 5 个

若只推荐 5 个，装这些就够了，多了也没太大必要，真有需要时再装其他的：

/plugin install claude-code-setup@claude-plugins-official  
/plugin install feature-dev@claude-plugins-official  
/plugin install code-review@claude-plugins-official  
/plugin install hookify@claude-plugins-official  
/plugin install context7@claude-plugins-official

跑一周再说。哪些真的天天在用，哪些装了也没碰过，用完心里就有数了。别一口气全塞进去，插件装多了上下文和外部依赖都会变复杂。

自己写插件

如果想自己写插件，本地测试可以用类似下面的命令。注意有些文档或 README 里写的是 cc --plugin-dir，你本地到底是 cc 还是 claude，以你当前安装的 CLI 为准。hookify README 里的手动测试示例就是 cc --plugin-dir /path/to/hookify。

claude --plugin-dir ./my-plugin  
# 或  
cc --plugin-dir ./my-plugin

目录结构大概是：

plugin-name/  
├── .claude-plugin/  
│   └── plugin.json  
├── commands/  
├── agents/  
├── skills/  
├── hooks/  
└── .mcp.json

plugin.json 是唯一必须的，其他按需放。

写好之后想提交到官方市场，走这个入口：clau.de/plugin-directory-submission。

不过有一说一，这个插件体系目前还在快速迭代，API、命令名和目录结构后面都可能变。有些插件实测下来跟 README 描述有出入，个别安装后需要手动调试才能跑通。

写在最后

claude-plugins-official 这个项目，现阶段更像是一个快速扩张中的插件目录，插件成熟度差异挺大，但 Anthropic 的方向挺明确：把 Claude Code 从一个终端代码助手，往可扩展的开发平台推。

以后团队内部的代码规范、Review 流程、发布检查、MCP 接入，都有机会打包成插件，不用每个人在本地重复写 Prompt。但目前仓库里的插件打磨程度差别挺大，有的已经能在日常用，有的更像是验证思路的 demo。hooks、LSP、外部依赖在不同系统下也可能要手动调。

日常开发的话，先装那 5 个跑一周就够了。

GitHub 项目地址：https://github.com/anthropics/claude-plugins-official