Cursor 插件和自动化：团队默认前先验

不要把 Cursor 的 Customize 页面当成一键团队上线入口。plugins、skills、MCP、subagents、rules、commands、hooks 和 automations 现在被放得更近，团队默认前必须先做一张控制面清单。

先确定作用范围

先判断这项配置属于 user、workspace 还是 team。个人 workflow helper 可以留在本地；项目规则应该跟 workspace 走；team default 必须有 owner、更新路径和回滚方式。

看包，不只看卡片

Cursor plugin 可以包含 manifest、skills、rules、MCP server definitions、README、changelog 和 license。不要只看 marketplace 标题或排行榜，要看包里到底带了哪些 agent 行为。

• 检查 `.cursor-plugin/plugin.json` manifest。
• 阅读 `skills/`、`rules/`、hooks 和 `mcp.json`。
• 优先选择窄 workflow、文档清楚、有维护者和回滚路径的包。

MCP 和 Hooks 分开审批

MCP server 改变 agent 能访问哪些工具和数据；hook 会观察或控制 agent loop。二者要分开审批。新 MCP 先从只读开始，hook 要说明触发点、输入数据、失败行为和 owner。

把 Automations 当定时 Agent

Cursor Automations 可以通过 `/automate`、Slack/GitHub triggers、默认开 PR、MCP auth 和 cloud-agent computer use 运行。上线前要说清 trigger、output、tools、auth、reviewer 和 rollback switch。

排行榜只是线索

Marketplace 和 leaderboard 可以帮你决定先审哪个包，但不能证明它适合你的团队。只有当它解决一个重复 workflow，并且源码或文档可检查时，才值得升成团队默认。