Cursor Plugins 是什么：先看目录，再看单个插件
Cursor Plugins 是什么：先看目录，再看单个插件
从市场清单、插件清单和组件文件理解这个编程 Agent 扩展仓库
Cursor Plugins 是什么：先看目录，再看单个插件知识学习CN编辑简报更新 2026-10-08
你将学会
- 分清两层清单
- 看客户端会接触什么
- 限定这次结论
开始前需要
- 可丢弃的客户端配置
- 一个明确选中的插件
- 固定的仓库提交
把目录中的候选插件转成可复现的团队决策
先看结论
- 根清单负责列出插件。
- 每个插件有自己的组件组合。
- 能力应逐条目评估。
分清两层清单
固定版本的根目录 `.cursor-plugin/marketplace.json` 记录插件条目和来源目录。选中一个目录后，才会读取它自己的 `.cursor-plugin/plugin.json`。仓库里有许多插件，并不意味着安装一个条目就会运行所有目录。
目录同时收录 Agent 工作流、规则、技能和外部集成。`create-plugin` 用来辅助编写插件，GitHub 条目则声明远程 MCP 连接；两者需要的权限和维护方式明显不同。
看客户端会接触什么
插件 schema 允许声明技能、规则、Agent、命令、Hook、MCP 服务和用户变量。清单只描述入口，真正如何加载和执行还取决于客户端。
README 表格适合找候选条目，不能据此认定集成已经安装、登录或可用。评价某个能力之前，应打开对应目录、清单以及它指向的文件。
限定这次结论
本系列核对的是提交 `d0ef80d` 的官方仓库文件，没有安装 Cursor、运行 Hook、连接 GitHub MCP，也没有比较 Agent 的实际任务结果。
九篇文章沿着选型、试装、架构、源码校验、成本、安全、替代方案和小范围试点展开。每一项结论都应回到具体选中的插件。
如何选择
| 比较维度 | 方案 A | 方案 B |
|---|---|---|
| Best when | You need predictable behavior and easy auditing | You need adaptive optimization and have reliable telemetry |
| Main risk | May leave performance on the table | Can become difficult to explain or debug |
实施步骤
- 1
选一个插件，打开其独立清单。
- 2
列出它声明的技能、Hook、MCP 和变量。
- 3
把目录描述与客户端实测分开记录。
可复制示例
text
marketplace entry -> source directory -> plugin.json
plugin.json -> skills | rules | hooks | MCP常见问题
这是一个完整的 AI Agent 吗？
不是。它是供 Agent 客户端选择的多个扩展包组成的仓库。
本系列实际运行过插件吗？
没有。本文依据固定提交的官方文件进行分析。
资料来源
- Cursor Plugins / README.md来源核查 2026-10-08
- Cursor Plugins / .cursor-plugin/marketplace.json来源核查 2026-10-08
- Cursor Plugins / schemas/plugin.schema.json来源核查 2026-10-08
- Cursor Plugins / create-plugin/.cursor-plugin/plugin.json来源核查 2026-10-08
- Cursor Plugins / third_party/github/.cursor-plugin/plugin.json来源核查 2026-10-08