NotionがCursor SDKを使ってコーディングエージェントを組み込んだ方法
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 はその実装の 1 つとして自然に組み込まれました。Cursor SDK の構造が Notion のモデルにきれいに対応していたため、統合は非常にスムーズでシンプルでした。Notion のスレッドは Cursor のエージェントになり、そのスレッド内の各メッセージはエージェントの実行になります。
最初のメッセージで、プロンプト、選択したリポジトリ、モデル、必要に応じた MCP サーバー、自動 PR 作成の有効化を指定してエージェントを作成します。以降の各フォローアップでは新しい実行が開始され、SSE 経由でストリーミングされるため、ユーザーは作業の進行をリアルタイムで確認でき、接続が切れても最後のイベントから再開できます。
SDK に対して言える最大の賛辞は、Cursor の統合がごく薄いアダプターで済んだことです。エージェントと実行の構造が、ほぼそのまま私たちのモデルに対応していました。
リモート MCP のサポートにより、Cursor SDK はエージェントを Notion のカスタムサーバーに接続します。これにより Cursor は、対象のワークスペースに対してリアルタイムで読み書きでき、手探りでコーディングするのではなく、状態を完全に把握したうえで作業できます。
「優れたリモート MCP サポートにクラウド サンドボックス化とツール使用を組み合わせることで、Notion は『エージェントが実際に作業し、PR をリリースする』というエージェント ループの大部分を、ほぼそのまま活用できます。自分たちで構築しなくて済む大変なインフラストラクチャが数多くあります」と Shen は述べています。
エージェントのカスタマイズ
この Notion 統合を使うと、そのときのタスクに合わせて Cursor を最適化できます。コードベースの Q&A、リポジトリの探索、バグトリアージといった一般的なワークフロー向けのテンプレートから始めることも、独自の指示を一から作成することもできます。さらに、Cursor が利用できる MCP サーバー、スキル、サブエージェントを選択し、カスタムトリガーを設定すれば、自社製品内で Cursor を自動的に起動できるようになります。
Cursor を自社製品に組み込みたい場合は、まず Cursor SDK ドキュメント をご覧ください。
