过去一周，GitHub 热榜上出现了一组耐人寻味的组合：Anthropic 官方的 claude-plugins-official 和 Cursor 官方的 cursor/plugins 同时冲进榜单。一个在推「官方精选插件目录」，一个在推「编辑器原生插件规范」——两家做编码 Agent 的平台，几乎在同一时间把「插件生态」摆上了台面。
两家目录，两套打法
Anthropic 的目录更像一个 curated marketplace。它把插件分为 /plugins 官方自研和 /external_plugins 第三方社区两类，每个插件必须提供 .claude-plugin/plugin.json，字段包括 name、displayName、description，而且 插件名一旦发布就不可改（immutable slug），改名要通过顶层 renames 映射做迁移。目录还附带一份醒目的安全声明：Anthropic 不验证第三方插件包含的 MCP 服务器或文件，安装前请自行判断信任。这套玩法明显在强调「安全边界」。
Cursor 的目录则更偏向 IDE 内的能力扩展。每个插件是仓库根目录下的独立文件夹，核心是 .cursor-plugin/plugin.json，并且已经铺了一大批真实场景：Gmail、Google Drive、Salesforce、GitHub、Playwright、Slack 等。它的侧重点是让 Agent 在编辑器里就能调用外部 SaaS，降低的是「从代码到上下文」的距离。
简单说：Anthropic 想先回答「插件能不能信」；Cursor 想先回答「插件好不好用」。
对普通开发者的启示
- 插件形态正在统一：两边都离不开一个 manifest 文件，区别只在字段定义。未来一个 Agent 插件大概率会同时提供
plugin.json和mcp.json两种描述。 - 目录权就是分发权：谁掌握目录，谁就掌握用户入口。这和移动时代的 App Store、微信小程序商店是同一逻辑。
- 安全会先于体验被强调：Anthropic 的安全声明比 Cursor 更前置，因为 Claude Code 的插件可以直接调用 MCP 服务器；Cursor 则依托编辑器沙箱，风险相对可控。
这和 spark1 有什么关系
spark1 的技能市场本质上也是一种「能力目录」：把可复用的 AI 能力打包、标价、上架。两家平台的插件规范里，最值得借鉴的不是 30% 抽成这种商业设计（站内尚未开放作者分成），而是三件事：统一的 manifest 标准、清晰的安全责任声明、官方精选 + 社区投稿的双层目录结构。未来如果开放社区投稿，这三点可以直接复用。
三个可观察信号
- 命名不可变：Anthropic 把插件名做成 immutable slug，说明它把插件当成长期依赖，不是一次性脚本。
- MCP 成为事实标准：两家都接受或兼容 MCP，意味着「协议层统一」正在发生，未来不会出现 N 套互不相通的 Agent 接口。
- 目录分层：官方插件 + 第三方插件 + 安全声明，这套组合很可能是接下来一年所有 Agent 平台的标配。
Q: 这两个插件目录普通用户现在能直接用吗？
A: 都不能直接当消费者应用来用。它们面向的是 Claude Code 和 Cursor 的开发者用户，需要对应客户端支持。对普通读者来说，理解这个趋势比下载安装更重要。
Q: MCP 和这些插件是什么关系？
A: MCP（Model Context Protocol）是 Anthropic 主导的「工具连接协议」，插件可以封装一个或多个 MCP 服务器。可以理解为：插件是应用商店里的 App，MCP 是 App 与外部系统通信的底层接口。站内之前写过 MCP 1.0.0 实战：官方参考服务器上手。
Q: 这和 Cursor、DeepSeek 的插件路线有什么不同？
A: Cursor 把插件做成编辑器原生能力，强调「在 IDE 里完成一切」；DeepSeek Harness 则把插件当成桌面端扩展，强调「AI 操作软件」。它们代表了三条不同路径：编辑器、桌面端、命令行。想对比各平台差异，可以参考 Cursor 编辑器上手指南：AI 结对编程到底能提效多少（附实战技巧） 和 60%的人给DeepSeek装了插件，你要不要跟？。
评论