夯！让你的 Claude Code 满血起飞的官方神级插件诞生了。

lxiol
  2026-05-27 15:51:58 2026-05-27 15:51:58 创建   2026-05-27 15:51:58 2026-05-27 15:51:58 更新    
📝
你好，我是小 G。用 Claude Code 写代码的朋友，应该都用过不少 slash command（斜

原文链接：https://mp.weixin.qq.com/s/9VXFkk5aFLvgEn8x9rwdHQ

你好，我是小 G。用 Claude Code 写代码的朋友，应该都用过不少 slash command（斜

你好，我是小 G。用 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放合作伙伴和社区提交的第三方插件。

Anthropic 公司官方维护的高质量 Claude 插件开源项目

Anthropic 公司官方维护的高质量 Claude 插件开源项目
这些插件覆盖开发、数据库、部署、安全、设计、项目协作等场景。

它不是简单给你多几个快捷命令，而是把一套开发工作流、外部工具接入方式和默认配置打包成插件，让你一条命令装进 Claude Code。

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

Claude Code 插件 —— claude-code-setup

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

安装也简单，一行命令：

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

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

Claude Code 安装插件

Claude Code 安装插件

推荐几个开发必备的插件

小 G 挑几个比较实用的说。

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

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

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

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

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

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

用的时候一行命令触发：

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

hookify适合给 Claude Code 加护栏。

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

1
`/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 个

如果让小 G 推荐的话，就装这 5 个就好了，多了也没太大必要，真用上的时候再装其他的：

1
2
3
4
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`

Claude Code 安装插件

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

自己写插件

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

1
2
3
`claude --plugin-dir ./my-plugin
# 或
cc --plugin-dir ./my-plugin`

目录结构大概是：

1
2
3
4
5
6
7
8
`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

图片

⭐️推荐阅读:

💬 本文评论区已开启，但暂无读者留言。

本文转载自微信公众号，如有侵权请联系删除。

  • 标题: 夯！让你的 Claude Code 满血起飞的官方神级插件诞生了。
  • 作者: lxiol
  • 创建于 : 2026-05-27 15:51:58
  • 更新于 : 2026-05-27 15:51:58
  • 链接: https://blog.lxiol.cn/2026/05/27/夯让你的-Claude-Code-满血起飞的官方神级插件诞生了/
  • 版权声明: 本文章采用 CC BY-NC-SA 4.0 进行许可。
目录
夯！让你的 Claude Code 满血起飞的官方神级插件诞生了。
  1. 推荐几个开发必备的插件
  2. 其他插件推荐
  3. 如果只推荐 5 个
  4. 自己写插件
  5. 写在最后