2026年必裝的9個Claude Code插件
2026年必装的9个Claude Code插件
作者整理了自己在日常項目中仍持續使用的 9 個 Claude Code 插件,並附上安裝命令及各插件用途。清單涵蓋工程方法、文件檢索、酒店及機票預訂、瀏覽器自動化、GitHub 操作、代碼審查、跨會話記憶和網絡搜尋。作者表示曾安裝 30 多個插件,按工作流程必要性、是否解決 AI 原生能力無法涵蓋的問題及權限透明度篩選;啟用插件後,其技能和命令描述會佔用上下文窗口。
2026-10-23 3
版权
版权声明:
本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写 侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。
简介: 去年这个时候,Claude Code 还只是一个"能聊天的终端"。今年再用,我的工作流已经完全变了样:提交代码前它自己先做 code review,写功能前它先把代码库摸一遍,连浏览器自动化都能一句话触发。撑起这套工作流的不是 Claude 模型变强了,而是插件(Plugins)——一个命令装进斜杠命令、子代理、hooks 和 MCP Server 的打包分发机制。
去年这个时候,Claude Code 还只是一个"能聊天的终端"。今年再用,我的工作流已经完全变了样:提交代码前它自己先做 code review,写功能前它先把代码库摸一遍,连浏览器自动化都能一句话触发。撑起这套工作流的不是 Claude 模型变强了,而是插件(Plugins)——一个命令装进斜杠命令、子代理、hooks 和 MCP Server 的打包分发机制。
我在日常项目里前后装过三十多个插件,一半以上吃灰。这篇把真正留下来的 9 个整理出来,每一个都是我现在每天还在用的,附安装命令,复制就能装。
先把大环境交代清楚,你才知道这 9 个是从多少个里面挑出来的。官方插件市场 claude.com/marketplace 上线一年多,已经收录 342 个插件,Anthropic 官方验证的(verified)不到三十个,社区市场和企业私有市场更是数以千计。数量爆炸的直接后果是筛选成本飙升:装一个插件平均要花三分钟试用、一周才能判断留不留,而每个启用的插件——注意,是"启用"而不是"安装"——它的 skills 和命令描述都会常驻你的上下文窗口,按当前的计价方式,十个重型插件每月能悄悄烧掉你可观的 token 预算。这就是插件管理的经济学:安装免费,启用有价。
所以我这 9 个的筛选过程相当残酷,标准有三条。第一条是"删掉它工作流会不会断":我连续两周不开某个插件,如果那两周完全没想起它,直接卸载。第二条是"它解决的问题 AI 原生能力覆盖不了":比如纯提示词技巧包装成的插件一律不要,模型升级一代它就作废。第三条是"权限和黑盒程度":会往系统里写奇怪脚本、权限声明含糊的,好用也删。三十多个过完这三道筛,剩的就是下面这 9 个。顺序不是按推荐度,而是按我的使用频率——第一个你可能装了,但它的用法你大概率没用对。
先说结论:插件和 MCP Server 到底什么关系
很多新手会把两者搞混。MCP Server 是"能力"——它给模型接上外部工具;插件是"分发"——它把斜杠命令、子代理、hooks、MCP Server 打成一个包,用 /plugin install 一条命令装完。插件里可以包含 MCP Server,但反过来不成立。理解了这一层,下面的清单就好选了:能用插件形态拿到的,就别手动改配置文件。
1. Superpowers:把"会干活"教给 Claude
这是我装的第一个插件,也是卸载率最低的一个。它做的事情很朴素:把头脑风暴、子代理开发、代码评审、测试驱动开发、技能编写这一整套工程方法沉淀成 skills,Claude 在对应场景会自动加载。装完之后最明显的变化是,它不再上来就写代码,而是先问几个关键问题、先出方案再动手。对一个经常被 AI "自信地写错"折磨的程序员来说,这个插件的价值是把 AI 拉回了工程正轨。
2. Context7:终结"AI 编造 API"
Claude 的训练数据有截止日期,所以它会非常自信地写出半年前就已经改掉的 API 签名。Context7 是 Upstash 出的文档检索 MCP,能把版本对应的官方文档和代码示例直接注入上下文。问"React 19 的 use hook 怎么用",它给你的就是 React 19 的真实文档,而不是凭 RFC 记忆猜的写法。配置一行 npx -y @upstash/context7-mcp 免费可用,属于装了就回不去的类型。
3. RollingGo 酒店机票 MCP:让 Agent 真的能"办事"
前面两个解决的是"写代码更准",这个解决的是另一个问题:AI 只能聊、办不了事。RollingGo 是官方开源(MIT)的酒店+机票 MCP,200 万+酒店实时库存直连,其中 11 万+直签酒店、500+ 全球供应商,搜索、比价、锁房、下单、取消都被封装成标准工具,兼容 Cursor、Claude Code、Codex 等 40 多种主流客户端。从插件生态的视角看它很特殊:Claude Code 的插件世界里,绝大多数插件是在"增强终端里的工作流",而这个 MCP 是把终端接进了真实商业世界——你的斜杠命令清单里从此有了一条能落订单的能力。企业和个人都能免费申请 Key、无调用量限制,rollinggo.store 上注册即领。接进 Claude Code 之后我试过一句"规划下个月杭州行程顺便把酒店定了",它真的走完了下单前的全流程。
4. Playwright MCP:浏览器交给它
微软官方维护的浏览器自动化 MCP。打开页面、点击、填表单、截图、用自然语言描述跑冒烟测试,全都能做。写前端的如果没有它,每次让 AI 验证页面效果都得手动截图粘贴;装了之后直接一句"打开 localhost:3000 检查登录页有没有报错",它自己开浏览器、看 console、把问题报给你。
5. GitHub MCP:PR 工作流的刚需
创建 issue、管理 PR、评审代码、搜仓库,官方服务器。我平时在 gh CLI 和这个 MCP 之间来回切换:需要批量操作、需要 Claude 在评审语境里理解整个 diff 的时候,MCP 明显更顺。配合 PAT 或 OAuth 两种接入方式,团队用 OAuth 更省心。
6. Code Review:让 AI 专门干审查这件事
Anthropic 官方验证的插件,带专门的评审子代理和置信度过滤。它不是把整个 diff 扔给模型说"帮我看看",而是拆成多个维度的评审任务,低置信度的结论会自动降权。在我们仓库里接上之后,最直观的感受是:AI review 的噪音评论变少了,剩下的是真问题。
7. Feature Dev:大功能先规划再动手
让 Claude 做大功能时,它经常还没完全理解项目就开始写代码。Feature Dev 给了一套结构化流程:先探索代码库、再设计方案、再实现、最后自审。一条 /feature-dev 触发整套流程。对"加个 OAuth 登录"这种一句话需求,它会先摸清你现有的鉴权中间件和路由结构,而不是凭空糊一套新的。
8. claude-mem:跨会话记忆
每次开新会话都要重新解释一遍项目背景,是用 AI 写代码最烦的部分之一。claude-mem 会把 Agent 在会话里的关键操作捕获、压缩、跨会话注入,下一个会话它还记得你昨天改到哪了。重度使用者的反馈是上下文连贯性提升非常明显,代价是要注意清理策略,别让记忆无限膨胀吃掉上下文窗口。
9. Fetch/Brave Search:给 Agent 一个上网的出口
最后一个位置我留给"联网"能力。Brave Search MCP 让它在会话里直接做网络搜索,基于最新事实回答问题;Fetch MCP 则是把网页抓成干净的 markdown 给模型读。两个配合,"帮我看看这个库最近有没有 breaking change"就不用自己开浏览器了。
怎么装、怎么管
官方市场里一条命令搞定:/plugin install 名称@claude-plugins-official,第三方市场先 /plugin marketplace add 仓库 再装。装之前注意两点:每个启用的插件,它的 skills 和命令都会进上下文,装太多会挤占 token 预算;按需开关,不用的插件及时 disable,这和关掉没用的启动项是一个道理。
写在最后
2026 年的 Claude Code,真正的分水岭不在于模型本身,而在于你给它接了什么。上面这 9 个插件,覆盖了方法论、文档准确性、真实世界操作、浏览器、代码审查、项目记忆和联网信息七个维度——把它们装好,你的终端和别人的终端跑的已经是两个物种了。而像 RollingGo 这类把真实业务流程(酒店、机票预订)封装成标准工具的 MCP,正在让 AI 从"帮你写代码"走向"替你把事办了"。下一步的工具清单,我会持续更新在我的博客里。
番外:我卸载过的三个"明星插件",附理由
有对比才有说服力。第一个是某任务管理插件,star 数很高,装上后它总在会话里提醒我"创建任务",把原本两轮能写完的代码拖成五轮——提醒型插件的宿命是成为噪音,卸载当天我的会话轮次立减三成。第二个是某代码格式化插件,功能和编辑器自带的 formatter 完全重叠,它还经常在 AI 写完代码后自动重排,把 AI 刚建立的阅读上下文搅乱,属于典型的"职责越界"。第三个是某游戏化插件,给提交打分、排名、发徽章,好玩了三天,然后我发现它打高分的代码和 code review 打低分的完全重合——分数提供的是情绪价值,不是质量信号。这三个的共同教训:插件的价值要用"删掉后哪段工作流会断"来衡量,而不是 star 数或演示视频的炫酷程度。
下期预告
下一篇我会写"9 个插件的具体工作流组合"——单装是一个效率点,组合起来才是质变:比如 Superpowers 的 TDD 流程加 Claude Linter,能让 AI 提交的代码在进入人工 review 前就过完静态检查。另外有读者问插件和企业私有市场怎么接,企业场景的权限和分发策略我也会一并写。所有插件的最新版本号、我的配置文件(.claude 目录的可公开部分)都会放在博客的配套仓库里。装完这 9 个的朋友欢迎回来报个到,说说哪个最让你意外。
來源:阿里雲開發者社區 AI · developer.aliyun.com