cursor 支持 agent plugins 是什么

cursor 支持 agent plugins 是什么：对照官方文档拆双格式、安装路径与何时用开放标准包。

cursor 支持 agent plugins 是什么

Cursor 官方账号在 X 上称现已支持 Agent Plugins：用开放标准把 skills 与 MCP servers 打成可跨 agent 复用的包。落到产品文档，意思是：符合 agent-plugins.org 的根目录 plugin.json 包，可在 Cursor 里直接加载；Cursor 自家 .cursor-plugin/ 格式仍并行存在。

作者：CodePass 技术编辑

X 这句话在产品里对应什么

Cursor Plugins 文档写得很直：Cursor 在自有插件格式之外，支持 Agent Plugins 开放标准。规范包里的可移植组件只有两类：Skills 与 MCP servers。安装与管理入口仍是侧边栏 Customize，官方货架仍在 Marketplace。

因此不要把 X 帖读成「Cursor 换了一套全新插件系统」。更准确的读法是：跨客户端可移植的那一层（Skills + MCP）有了统一目录契约；Cursor 特有的 rules、hooks、commands、agents、variables 继续走 Cursor Plugins。标准层与客户端层怎么分界，站内已有 Agent Plugins 开放标准是什么；本文只讲 Cursor 侧怎么选格式、怎么装。

Vercel 在 2026-08-06 的 changelog 把 Cursor 列进 launch 兼容客户端（同列还有 ChatGPT/Codex、GitHub Copilot、Kiro、VS Code）。Cursor 在 TSC 里有 Core Maintainer 席位，X 帖是客户端侧的明示，不是另一条平行标准。

Agent Plugins 和 Cursor Plugins 差在哪

Plugins reference 用一张表定边界：

格式 Manifest 位置 能打进包的组件
Agent Plugins（开放标准） 仓库根目录 plugin.json Skills、MCP servers
Cursor Plugins .cursor-plugin/plugin.json Skills、MCP、rules、agents、commands、hooks、variables

规范合规的 Agent Plugin 在 Cursor 里无需改结构就能加载。Cursor Plugins 与标准并行演进，继续承载 Marketplace 与 Cursor 专属组件。

目录骨架对照（摘自官方文档）：

# Agent Plugin（可移植）
my-plugin/
├── plugin.json
├── skills/
│   └── code-reviewer/SKILL.md
└── mcp.json

# Cursor Plugin（Cursor 全家桶）
my-plugin/
├── .cursor-plugin/plugin.json
├── rules/
├── skills/
├── agents/
├── commands/
├── hooks/
└── mcp.json

Agent Plugin 的 plugin.json 要带规范 $schema，例如：

{
  "$schema": "https://agent-plugins.org/schemas/1.0.0/plugin.schema.json",
  "name": "my-plugin",
  "description": "Portable code review tools",
  "version": "1.0.0"
}

Skills 与 MCP 的运行时分工不变：连外部系统走 MCP，固化流程走 skill，细节见 Skills 和 MCP 有什么区别。Agent Plugins 解决的是「两类资产怎么打成一个可被多客户端发现的目录」，不是重写工具语义。

在 Cursor 里怎么装、怎么本地验

官方安装路径对两种格式共用：打开 Customize → 找到插件 → Install，再选项目或用户作用域。Cursor 根据 manifest 位置识别格式：根目录有 plugin.json 的是 Agent Plugin，有 .cursor-plugin/plugin.json 的是 Cursor Plugin。

本地开发可把插件放到 ~/.cursor/plugins/local/<name>，重启或 Reload Window 后验组件是否出现；也可用 ln -s 把仓库链进该目录做热改。发布进官方 Marketplace 仍走 marketplace/publish 与人工审核；团队私有分发走 Team Marketplace，且文档写明 Team marketplaces 可同时分发两种格式。团队侧货架与安装模式（Default Off / On / Required）见 Cursor 团队 MCP 与 marketplace。

已登录态 MCP、写邮箱改表格这类高权限插件，装前仍应按能力清单做确认；Google Workspace 类案例见 Cursor Google Workspace 插件怎么用。开放标准不管权限与沙箱；信任边界仍在 Cursor 与你的 org 策略里。

什么时候打开放标准包，什么时候打 Cursor 包

需要跨 Cursor / Copilot / Codex 等兼容客户端复用同一套 Skills + MCP 时，优先 Agent Plugins：作者维护一份根目录 manifest，减少「每个 IDE 一份 fork」。

需要 Cursor rules（.mdc）、hooks、自定义 agents、commands，或 Marketplace 变量占位（${VAR} 由用户在 Dashboard 填密钥）时，用 Cursor Plugins。标准包装不下这些组件；硬塞进反向域名扩展目录也不等于可移植。

只在一个 Cursor 工作区里用、已经依赖 hooks 拦危险命令的团队，不必为了新闻标题把现有 Cursor Plugin 拆成标准包；等真有第二客户端要共用 Skills/MCP 再拆。反过来，若你对外开源「只含 skill + MCP」的工具包，现在用根目录 plugin.json 更贴合 X 帖与规范站的叙事。

读 X 帖时别踩的三个坑

  1. 「跨 agents」不等于「装一次自动进所有产品」。标准保证的是包结构可被兼容客户端发现；每个客户端仍有自己的安装、审核与权限弹窗。
  2. Marketplace 上的 Google Workspace、Stripe 等官方插件，多数仍是 Cursor Plugins 能力模型；别假设它们都已改成纯 Agent Plugins 目录。
  3. 厂商自报「支持标准」不等于安全审查外包。规范刻意不管 marketplace 与信任；Cursor 仍对上架插件做人工复审，本地 ~/.cursor/plugins/local 则完全是你自己的信任面。

一句话：X 帖宣布的是 Cursor 成为 Agent Plugins 兼容客户端，并明确 Skills+MCP 可移植层；Cursor 专属组件与 Marketplace 治理没有消失，只是和开放标准并排。

参考资料