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 のエージェントと実行に直接対応しており、最初のメッセージでエージェントが作成され（プロンプト、選択リポジトリ、モデル、MCP サーバー、自動 PR 作成を含む）、後続のメッセージごとに新しい実行が開始されます。実行は SSE でストリーミングされるため、ユーザーは作業の進行をリアルタイムで確認でき、接続が切れても最後のイベントから再開できます。Victor Shen 氏は、「SDK への最大の賛辞は、Cursor の統合が単なる薄いアダプターだったことです。エージェントと実行の構造が我々のモデルとほぼ直接的に一致していました」と述べています。

さらに、リモート MCP サーバーのサポートにより、Cursor SDK は Notion のカスタムサーバーに接続し、エージェントがワークスペースのデータをリアルタイムで読み書きできるようにします。これにより、エージェントは完全な状態認識を持ち、真空状態でコーディングするのではなく、実際のコンテキストで動作します。Shen 氏は、「優れたリモート MCP サポートをクラウドサンドボックスやツール使用と組み合わせることで、Notion はエージェントが実際の作業を行い PR を納品するループをほぼ無料で手に入れました。これは我々が自分で構築しなければならない多くのハードインフラを省いてくれます」と述べています。

カスタマイズ面では、ユーザーはコードベース Q&A、リポジトリ探索、バグトリアージなどのテンプレートから始めるか、独自の指示をゼロから作成できます。また、Cursor が利用できる MCP サーバー、スキル、サブエージェントを選択し、カスタムトリガーを設定して、製品内で自動的に Cursor を起動することも可能です。自社製品に Cursor を組み込みたい場合は、Cursor SDK のドキュメントをご覧ください。