这周 GitHub 趋势榜的头名，被一个"插件目录"抢走了。
Anthropic 官方的 claude-plugins-official 排在第一，Cursor 的 cursor/plugins 也挤进前排。这一幕像极了 App Store 的早期：平台抢的从来不是应用，是发行渠道。知乎小红书
插件到底是个啥
不是新模型，也不是新工具，而是一个"能力包"：把技能（skills）、规则（rules）、子代理（agents）、钩子（hooks）、MCP 服务装进同一个目录，一次安装、整体加载。知乎
拿最近火了的社区自制插件举例：三个 MCP 工具、几个 hooks、一个小服务端，打包成一个插件，就让几台电脑上的 Claude Code 互相"传纸条"。以前团队共享配置的痛是：拷目录、贴脚本，接收方自己猜哪个技能依赖哪个 MCP。现在依赖收进一份清单，安装就一条命令——`/plugin install 插件名@claude-plugins-official`，升级自动同步。小红书GitHub
两家各押了什么
Anthropic 动手早：仓库去年 11 月就开了。如今总星标已经超过 4 万。官方目录分两层——plugins/ 放 Anthropic 自己维护的插件，external_plugins/ 放社区提交、要过质量与安全审核的插件。内置的都是高频场景：自动 PR 代码评审，Git 提交、推送、建 PR 的全套命令。知乎小红书知乎GitHub微博
Cursor 这边是官方插件市场仓库 cursor/plugins。10 月 3 日，它单日还只新增 157 星。上周总星标破万、冲上 GitHub 周榜第 12。到 18 日，已经站上 1.25 万星。知乎小红书知乎
里面躺着近百个插件，官方的、社区的都有，MIT 协议开源。代表作都挺务实——Thermos 管深度安全与正确性审计。Orchestrate 把大任务拆给多个并行云端 Agent 分工处理。小红书GitHub知乎
PR Review Canvas 把 PR 变更按重要程度分组审查。Create Plugin 直接帮你搭插件骨架、做验证。GitHub知乎
为什么值得你关心
AI 编程的竞争重心正在挪位：从"谁家模型代码写得好"，变成"谁能把经验打包、分发、复用"。团队的代码审查流程、发布检查清单、常用命令，做成插件后，新人装上就复刻了整套工作方式。以前藏在个人肚子里的私有 Prompt，正在变成能版本管理、能持续升级的团队资产。知乎微博知乎
先别急着"全装"
三盆冷水：
第一，安全。装一个插件，等于斜杠命令、钩子、MCP 服务一起进了你的工作目录。Anthropic 在 README 里写得明白：安装前请确认你信任它，官方不控制插件内容，也无法保证它后续不变化。装之前把 plugin.json 和 .mcp.json 读一遍，应该成为肌肉记忆。GitHub知乎
第二，割裂。两家市场、两套清单格式：.claude-plugin 对 .cursor-plugin，插件作者逻辑只写一遍，清单却要维护两份。8 月，OpenAI 又拉着亚马逊、微软、Cursor、Vercel、GitHub 等发布 AgentPlugins 1.0.0 开放规范，插件生态玩得最早的 Anthropic 却没上桌。这份规范只统一 Skills 与 MCP 服务的打包。知乎微博GitHub
第三，插件化不等于可靠。插件越多，规则冲突和版本兼容问题越多。AI 审查该漏还是漏、该误报还是误报。流程能被打包，责任不能外包。知乎
给不同人的一句话
自己用的小需求，写个单独的 skill 就够，不必套插件壳；要把整套工作流交给团队，插件才是合适的打包单位；想发布插件，先把名字想清楚——slug 一经发布不可改，改名会让用户的安装直接报 plugin-not-found。GitHub
应用商店时刻已经到了。早晚会轮到你决定：是去商店里挑插件，还是把自己的经验打包上架？
