Cursor 官方插件仓，许可证未声明

它要当的不是又一个工具合集，而是 Cursor 插件的官方规格和市场。
⚡️ 30 秒速读：cursor/plugins 以 2,937 星、今日 +152 登上 GitHub Trending #3，连续 2 天在榜，排名从昨日 #11 升到 #3，单日新增从 +69 升到 +152。GitHub 描述写成「Cursor plugin specification and official plugins」；README 称这是面向常用开发工具、框架和 SaaS 的官方插件仓，每个插件是根目录下的独立目录，自带 .cursor-plugin/plugin.json。表里列出 25 个插件，分 Developer Tools、Productivity、Integrations。风险同样明确：GitHub 元数据许可证为未声明，README 末尾写 MIT；latest_release 为 null，仓库没有 Release；主页为空、topics 为空；最近推送是 2026-08-13，早于首次上榜日，材料不能把名次从 #11 升到 #3 归因于某次发版。

项目概览

属性	值
仓库	cursor/plugins
定位	Cursor 插件规范与官方插件仓：根目录 marketplace.json 列出全部插件，每个插件独立目录、自带 plugin.json
主要语言	TypeScript（96.1%）
其他语言	JavaScript（1.5%）、Shell（1.4%）、CSS（0.9%）、HTML（0.1%）
许可证	GitHub 元数据未声明；README 末尾写 MIT
总星标	2,937
今日新增	+152
Forks	232
最新版本	无 Release
建库时间	2026-01-23
最近推送	2026-08-13
开放 issue	33
订阅者	13
Trending 排名	#3，连续 2 天在榜；昨日 #11

能确认的趋势事实有两天：08-15 以 #11、当日 +69、总星标 2,797 上榜；08-16 升到 #3，当日 +152，总星标 2,937，Forks 232。单日新增从 +69 升到 +152，排名从 #11 升到 #3，只能写成两日连登且名次上移，不能写成长期加速。仓库建于 2026-01-23，最近推送 2026-08-13，latest_release 为 null。现有材料不足以把名次变动归因于某次 Release 或 README 中的某一项插件。

它是什么

cursor/plugins 是 Cursor 发布的官方插件仓库。GitHub 描述写成「Cursor plugin specification and official plugins」。README 第一句写成：「Official Cursor plugins for popular developer tools, frameworks, and SaaS products. Each plugin is a standalone directory at the repository root with its own .cursor-plugin/plugin.json manifest.」主页字段为空，topics 为空，没有可核对的产品站或文档站。

README 把仓库结构写成 multi-plugin marketplace repository：根目录 .cursor-plugin/marketplace.json 列出全部插件；每个插件目录再带自己的 .cursor-plugin/plugin.json。结构示意图还列出 skills/（带 frontmatter 的 SKILL.md）、rules/（.mdc 文件）、mcp.json、README.md、CHANGELOG.md 和 LICENSE。这是目录约定，摘录没有逐个打开 25 个插件去核对每项是否齐全。

插件表列出 25 行，分三类。Developer Tools 11 个：continual-learning、cursor-team-kit、thermos、create-plugin、agent-compatibility、cli-for-agent、pr-review-canvas、docs-canvas、cursor-sdk、orchestrate、pstack。Productivity 3 个：gmail、google-drive、google-calendar，路径都在 third_party/。Integrations 11 个：gong、salesforce、apollo-io、ashby、hubspot、intercom、circleback、docusign、x、navan、profound，同样在 third_party/。作者一栏 24 个写 Cursor，只有 pstack 写 Lauren Tan。文末说明 author 值与各插件 plugin.json 的 author.name 一致，Cursor 在 manifest 里列出 plugins@cursor.com。

技术要点

市场清单 + 每插件一份 manifest ：根目录 .cursor-plugin/marketplace.json 列出全部插件；每个插件是独立目录，自带 .cursor-plugin/plugin.json。GitHub 描述同时写 specification 和 official plugins，但摘录没有单独给出规范正文，能核对的是这份目录约定和插件表。
语言构成可核对，职责不能外推：deep-pick 的语言构成是 TypeScript 96.1%、JavaScript 1.5%、Shell 1.4%、CSS 0.9%、HTML 0.1%。README 没有解释 TypeScript 写的是插件运行时、脚手架还是校验工具，不能从占比推出产品形态。
Developer Tools：记忆、评审、脚手架、编排 ：continual-learning 写 Incremental transcript-driven memory updates for AGENTS.md，且只用 high-signal bullet points。cursor-team-kit 写 Internal team workflows，覆盖 CI、code review、shipping、local automation 和 verification。thermos 写 Thermo-nuclear branch review：deep security/correctness audits、harsh code-quality rubrics、parallel subagents、thermos orchestration，以及 optional merge-ready PR flows。create-plugin 负责 Scaffold and validate new agent plugins。agent-compatibility 做 CLI-backed repo compatibility scans，并用 agents 对照现实去审计 startup、validation 和 docs。cli-for-agent 给 coding agents 用的 CLI 模式：flags、带例子的 help、pipelines、errors、idempotency、dry-run。pr-review-canvas 把 PR diff 收成 interactive canvases，按重要性分组，把 boilerplate 和核心逻辑分开，标出 tricky or unexpected code。docs-canvas 把 architecture notes、API references、runbooks 和 codebase walkthroughs 收成带 sections、目录、diagrams 和 cross-references 的 canvas。cursor-sdk 在 @cursor/sdk 上做 apps、scripts、CI pipelines 和 automations，点名 runtime selection、auth、streaming、MCP、error handling。orchestrate 把大任务 fan out 到 parallel cloud agents，角色是 planners、workers、verifiers 和 structured handoffs。pstack 作者是 Lauren Tan，marketplace 描述是 if you want to go fast, go deep first，写 less but higher quality code，以及可并行的 rigorous agent workflows。
Productivity：三条都走 Google remote MCP ：gmail 经 Google's remote MCP server 做 search、read、draft、label 和 manage email。google-drive 做 search、read、create、share 和 manage files。google-calendar 做 list calendars、search events，以及 create or update meetings。摘录没有自建 Gmail/Drive/Calendar 协议，只写连接 Google 的 remote MCP。
Integrations：各接官方 hosted/remote MCP ：gong 做 revenue intelligence，含 account summaries、deal insights 和 call briefs。salesforce 走 Salesforce Hosted MCP，可 query、search、create、update 和 traverse records。apollo-io 走 Apollo official remote MCP，覆盖 prospect search、contact/company enrichment、lists、sequences 和 one-off emails。ashby 走 Ashby official remote MCP，覆盖 candidates、jobs、interview prep、pipeline tasks 和 recruiting actions。hubspot 走 HubSpot official remote MCP，覆盖 contacts、companies、deals、tickets，以及 activities、conversations 和 marketing emails。intercom 走 Intercom official remote MCP，覆盖 conversations、contacts、companies 和 Help Center articles。circleback 走 Circleback official remote MCP，覆盖 meetings、transcripts、action items、calendar events、emails，以及 people/companies lookup。docusign 走 Docusign official remote MCP，覆盖 eSignature envelopes/templates、Maestro workflows 和 Navigator agreements，并标明 beta。x 走 X official hosted MCP，只读：search posts and users、read timelines and mentions、pull trends and news。navan 走 Navan official remote MCP，覆盖 expenses、travel bookings、policies/approvals 和 cards。profound 走 Profound official hosted MCP，覆盖 AI visibility、sentiment、citation reports、agent analytics，以及 build or run Profound Agents。
作者与路径能对上表，对不上源码 ：24 个插件作者写 Cursor，pstack 写 Lauren Tan；Cursor 的 manifest 邮箱是 plugins@cursor.com。14 个 Productivity/Integrations 插件路径带 third_party/，11 个 Developer Tools 在根下。摘录没有给出每个目录的文件清单，不能把结构示意图里的 skills/rules/mcp.json 写成每个插件都已具备。
没有 Release 可核对 ：latest_release 为 null。结构示意图给每个插件留了 CHANGELOG.md，但 deep-pick 没有收录任何一条 changelog 或 tag。不能写出当前版本号，也不能列出相对上一版改了什么。

README 末尾有 License 一节，正文是 MIT。同一份 deep-pick 里，GitHub 元数据的 license 字段是「未声明」。结构示意图还在每个插件目录下列了 LICENSE。这三处都按原文记录；材料没有说明仓库级 SPDX、README 声明和插件内 LICENSE 哪一份生效，也不能把许可证写成已经在 GitHub 上声明完毕。

为什么现在火

热度可以量化，原因不能。两天轨迹是：08-15 #11、+69、总星 2,797；08-16 #3、+152、总星 2,937。仓库还有 232 个 Forks、13 个订阅者、33 个开放 issue。能确认的是它连续 2 天在榜，且名次和单日新增都上移；不能确认增量来自哪个渠道、哪类用户，或是否由某一个插件目录驱动。

README 呈现的仓库身份很鲜明：一边是 plugin specification 和 marketplace.json，另一边是 25 个可安装目录，其中 14 个直接接到 Gmail、Salesforce、HubSpot 等官方 remote MCP。这个「官方规格 + 官方插件 + 第三方 SaaS MCP」叙事与两日连登同时出现，但最近推送停在 2026-08-13，仓库没有 Release，现有材料不足以证明热度与某次发版或某一条插件描述存在因果关系。

冷静思考

GitHub 元数据许可证是未声明，README 写 MIT，结构示意图又给每个插件留了 LICENSE。三处并存，不能选定哪一份对二次分发生效，也不能写成「已经 MIT、可随意商用」。
仓库没有 Release。不能写出当前版本号，不能列出变更，也不能把 08-13 的推送补写成一次正式发版。结构示意图里的 CHANGELOG.md 没有进入 deep-pick 摘录。
主页为空，topics 为空。除 GitHub 仓库本身外，没有可核对的文档站、安装页或市场入口。不能把 marketplace.json 写成已经出现在某个 Cursor 产品界面里。
README 是插件目录和结构说明，没有安装步骤、Cursor 版本要求、权限模型或运行时依赖。不能从「official plugins」推出开箱即用。
cursor-team-kit 写明 Internal team workflows。材料没有解释内部工作流为何出现在公开官方仓，也不能判断哪些流程可被外部仓库复用。
docusign 标明 beta，x 标明 read-only。不能把 11 个 Integrations 写成能力对等，也不能把只读的 X 插件写成可发帖。
结构示意图列出 skills、rules、mcp.json、CHANGELOG、LICENSE，但这是典型目录，不是 25 个插件的逐项核对结果。不能写成每个插件都具备 MCP 或 Skill。
语言构成 96.1% 是 TypeScript，README 没有对应说明。不能从占比推出这是一个 TypeScript 框架、运行时或只是校验脚本。
33 个开放 issue、13 个订阅者只是计数。不能直接解释为 33 个缺陷，也不能判断严重程度。
昨日 #11、+69，今日 #3、+152。热度在上移，但最近推送早于首次上榜，又没有 Release，材料没有解释名次上移的原因。

这套仓库最有辨识度的判断不是再收集一批 MCP，而是把插件规范、市场清单和官方插件目录放进同一个仓。

适合谁

已经在用 Cursor，想按官方目录查看 Developer Tools、Productivity、Integrations 这 25 个插件分别声明了什么
需要给 AGENTS.md 做 transcript-driven 增量更新，或按 create-plugin 的描述去 scaffold / validate 新插件的人
打算经 Google remote MCP 使用 Gmail、Google Drive、Google Calendar 的团队
打算经各家 official remote/hosted MCP 使用表内 SaaS（Salesforce、HubSpot、Apollo.io、Ashby、Intercom、Gong、Circleback、Docusign、X、Navan、Profound）的人；能接受 Docusign 为 beta、X 为只读
可以接受 GitHub 许可证未声明、README 写 MIT、仓库无 Release、无主页、无安装步骤

如果你需要 GitHub 上已声明的 SPDX 许可证、带 tag 的 Release、安装和兼容性说明、每个插件的完整文件清单，或移动端客户端，当前 deep-pick 材料还不足以支持这些结论。

未来展望

从 README 已经写出的方向看，项目把「官方插件」收成一个 marketplace：根清单列出插件，每个目录自带 plugin.json，并可带 skills、rules 和 mcp.json。create-plugin 的存在说明仓库预期会有新插件被 scaffold 和 validate，但摘录没有承诺清单会扩到多少个、何时出现第一个 Release，或何时在 GitHub 上声明许可证。当前材料也没有路线图、版本策略或把 specification 写成独立规范文档的计划。

如果你们要接 Cursor 官方插件目录里的 25 个插件，你会接受 GitHub 许可证未声明、README 写 MIT、仓库没有 Release 的现状，直接按 marketplace.json 选用，还是等它先打出版本号并在 GitHub 上声明许可证？

📊 数据来源：GitHub Trending · 2026-08-16

本文是对今日 GitHub Trending #3 项目的深度解读。完整榜单见当日日报。

每天追踪 GitHub Trending，写日报和深度解读。更多内容可关注公众号「AI Agent 赛道技术拆解」。