Notion如何使用Cursor SDK嵌入编码代理

Notion 近日宣布通过 Cursor SDK 成功集成了 Cursor 的自主编码代理，整个集成过程仅耗时数周。现在，Notion 用户可以在文档中直接标记 @Cursor、在讨论线程中提及它，或者将数据库中的任务分配给它。Cursor 会自动完成从规划、编码、测试到最终打开拉取请求（PR）的全部工作，实现端到端的自动化。这一集成极大地简化了开发团队的工作流程，使得协作更加高效。

据 Notion 软件工程师 Victor Shen 介绍，团队从零开始到完成完整集成只用了几个星期，这充分说明了 Cursor SDK 的设计非常出色。他强调，构建和运行一个自主编码代理是一个庞大而专业的系统工程，涉及云沙箱、模型路由、工具使用等复杂基础设施，而 Notion 更愿意将工程时间投入到产品体验上，而不是从头构建代理基础设施。因此，他们选择使用 Cursor SDK，将 Cursor 作为代理引擎，而 Notion 则专注于提供最佳的用户界面和上下文。

在技术实现上，Notion 采用了一个与外部代理无关的框架，Cursor 作为其中一个实现无缝嵌入。Notion 的线程模型与 Cursor 的代理和运行完美对应：一个 Notion 线程对应一个 Cursor 代理，线程中的每条消息对应一次代理运行。首次消息创建代理，包含提示词、选定的仓库、模型、MCP 服务器，并启用自动 PR 创建。后续消息则启动新的运行，并通过 SSE 流式传输，让用户实时观察工作进度，即使连接断开也能从中断处恢复。Victor Shen 对 SDK 的评价是：“集成 Cursor 只是一个薄薄的适配层，代理和运行的结构几乎直接映射到我们的模型。”

此外，Cursor SDK 支持远程 MCP 服务器，使代理能够实时读写 Notion 工作区的数据，保持完整的上下文感知能力，而非在真空中编码。结合云沙箱和工具使用，Notion 无需自行构建大量基础设施即可获得“代理实际工作并提交 PR”的完整循环。Shen 表示：“当你将出色的远程 MCP 支持与云沙箱和工具使用结合起来，Notion 几乎免费获得了代理执行真实工作并交付 PR 的代理循环，这为我们省去了大量复杂的基础设施建设工作。”

Notion 还为用户提供了丰富的自定义选项：用户可以从代码库问答、仓库探索、Bug 分类等常见工作流模板中选择，或从头编写自定义指令。还可以选择 Cursor 可以调用的 MCP 服务器、技能和子代理，并设置自定义触发器，在特定条件下自动启动 Cursor。如果你也想在自己的产品中嵌入 Cursor，可以从 Cursor SDK 文档开始入手。