现在你可以直接在 Notion 中将任务委派给 Cursor。在文档中@提及 Cursor，在讨论串中提及它，或在数据库中为它分配一个 issue。Cursor 会端到端地完成工作：规划、构建、测试，并在提交 PR 前自行验证。
Notion 仅用几周时间就通过 Cursor SDK 完成了这一集成，从而将编码智能体嵌入到自己的产品中，无需自行构建和维护整个智能体。
我们从零开始，在几周内就完成了完整的集成，这充分说明 Cursor SDK 的设计有多成熟。
Cursor 已经存在于你的团队协作环境中，从 Slack 到 GitHub，现在它也可以在 Notion 中使用了。
嵌入智能体
Cursor SDK 让你能够将 Cursor 直接带入你的产品、基础设施或工作流中。它向开发者提供了我们在生产环境中使用的相同框架、模型和运行时，因此你可以直接获得一个全栈编码智能体，而无需自行构建和维护所有基础设施。
这使得 Notion 能够在数周而非数月内将智能体构建到自己的产品中，并将精力集中在产品和用户体验上，而不是智能体基础设施上。
构建并运行一个自主编码智能体是一个庞大且专业的系统工程，Cursor 在这方面比我们做得更好。智能体背后有一整套深层技术栈：云端沙箱、智能体环境、模型路由、工具使用等等。Notion 希望将工程时间投入到产品上，而不是智能体基础设施上。Cursor 是智能体引擎，Notion 是表层和上下文。
使用 SDK
Notion 将 Cursor 集成到一个与供应商无关的外部智能体框架后面，并将其作为其中一种实现嵌入。这次集成的体验干净简洁，因为 Cursor SDK 的形态与 Notion 的模型完美契合：一个 Notion 讨论串变成一个 Cursor 智能体，而该讨论串中的每一条消息则变成一次智能体运行。
第一条消息使用提示词、选定的仓库、模型、任何 MCP 服务器以及启用的自动 PR 创建功能来创建智能体。后续每条消息都会启动一次新的运行，通过 SSE 流式传输，让用户实时看到工作进展，并在连接断开时从最后一个事件处恢复。
我对这个 SDK 的最高评价是，集成 Cursor 只需一个薄薄的适配层。智能体和运行的结构几乎与我们的模型直接对应。
借助远程 MCP 支持，Cursor SDK 将智能体连接到 Notion 的自定义服务器。这使得 Cursor 能够实时读写它正在工作的工作空间，具备完整的状态感知能力，而不是在真空中编码。
“当把出色的远程 MCP 支持与云端沙盒和工具使用结合起来时，Notion 几乎免费获得了‘智能体做实际工作并提交 PR’的智能体循环。那是一大堆我们不需要自己构建的硬基础设施，”Shen 说道。
自定义智能体
通过这个 Notion 集成，你可以为当前任务定制 Cursor。可以从常见工作流程的模板开始，比如代码库问答、仓库探索或错误分类，也可以从头编写自己的指令。你还可以选择 Cursor 可以访问哪些 MCP 服务器、技能和子智能体，并设置自定义触发器，以便在你的产品中自动启动 Cursor。
如果你想将 Cursor 构建到自己的产品中，请从 Cursor SDK 文档开始。