去年这个时候，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 个的朋友欢迎回来报个到，说说哪个最让你意外。
