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 文件開始入手。