Wie Notion mit dem Cursor SDK Agenten eingebettet hat
Du kannst jetzt Aufgaben direkt aus Notion an Cursor delegieren. Markiere Cursor in einem Dokument, erwähne es in einem Thread oder weise Cursor ein Issue in deiner Datenbank zu. Cursor übernimmt den gesamten Ablauf: von der Planung über die Umsetzung und das Testen bis zur Überprüfung der Ergebnisse, bevor es eine PR öffnet.
Notion hat diese Integration in nur wenigen Wochen mit dem Cursor SDK aufgesetzt und so Agenten in sein Produkt eingebettet, ohne selbst den kompletten Agenten erstellen und warten zu müssen.
Wir haben es in nur wenigen Wochen von null bis zu einer vollständigen Integration geschafft – das sagt viel darüber aus, wie gut das Cursor SDK aufgebaut ist.
Cursor ist bereits dort, wo dein Team zusammenarbeitet – von Slack bis GitHub – und jetzt auch in Notion verfügbar.
Agenten einbetten
Mit dem Cursor SDK kannst du Cursor direkt in dein Produkt, deine Infrastruktur oder deinen Workflow integrieren. Es stellt Entwicklern dieselbe Abstraktionsschicht, dieselben Modelle und dieselbe Runtime zur Verfügung, die wir in Produktion nutzen, sodass du direkt einen Full-Stack-Agenten erhältst, statt die gesamte Infrastruktur selbst aufzubauen und zu warten.
So konnte Notion Agenten innerhalb von Wochen statt Monaten in sein Produkt integrieren und sich auf das Produkt und die Benutzererfahrung konzentrieren statt auf die Agent-Infrastruktur.
Einen autonomen Agenten zu entwickeln und zu betreiben, ist ein gewaltiges, hochspezialisiertes System, und Cursor macht das besser, als wir es könnten. Hinter Agenten steckt ein umfangreicher Stack: Cloud-Sandboxes, Agent-Umgebungen, Modell-Routing, Tool-Nutzung und mehr. Notion will seine Engineering-Zeit in das Produkt investieren, nicht in Agent-Infrastruktur. Cursor ist die Agent-Engine. Notion ist die Oberfläche und der Kontext.
Das SDK verwenden
Notion integrierte Cursor hinter einer anbieterunabhängigen Abstraktionsschicht für externe Agenten, wo es sich als eine Implementierung nahtlos einfügte. Die Integration war sauber und unkompliziert, weil die Struktur des Cursor SDK gut zu Notions Modell passte: Ein Notion-Thread wird zu einem Cursor Agent, und jede Nachricht in diesem Thread wird zu einer Ausführung des Agenten.
Die erste Nachricht erstellt den Agent mit dem Prompt, dem ausgewählten Repo, dem Modell, allen MCP-Servern und aktivierter automatischer PR-Erstellung. Jede Folgenachricht startet eine neue Ausführung, die per SSE gestreamt wird, sodass Benutzer die Arbeit live mitverfolgen und beim letzten Ereignis fortsetzen können, falls die Verbindung abbricht.
Das beste Kompliment, das ich dem SDK machen kann, ist, dass die Integration von Cursor kaum mehr als ein schlanker Adapter war. Die Struktur von Agenten und Ausführungen passte fast direkt zu unserem Modell.
Mit Support für Remote-MCPs verbindet das Cursor SDK Agenten mit Notions benutzerdefiniertem Server. So kann Cursor in Echtzeit im Workspace lesen und schreiben, für den es arbeitet — mit vollständigem Kontext statt ohne Kontext zu programmieren.
„Wenn man herausragenden Remote-MCP-Support mit Cloud-Sandboxing und Tool-Nutzung kombiniert, bekommt Notion einen großen Teil des Agent Loop ‚Der Agent erledigt echte Arbeit und liefert eine PR aus‘ quasi gratis dazu. Das ist eine Menge komplexer Infrastruktur, die wir nicht selbst bauen müssen“, sagte Shen.
Agenten anpassen
Mit dieser Notion-Integration kannst du Cursor genau auf die jeweilige Aufgabe zuschneiden. Starte mit einer Vorlage für gängige Workflows wie Codebase-Q&A, die Erkundung von Repos oder Bug-Triage, oder schreibe deine eigenen Anweisungen von Grund auf. Du legst außerdem fest, auf welche MCP-Server, Skills und Subagents Cursor zugreifen kann, und richtest benutzerdefinierte Trigger ein, damit du Cursor automatisch in deinem eigenen Produkt auslösen kannst.
Wenn du Cursor in dein eigenes Produkt einbinden möchtest, starte mit der Cursor SDK-Dokumentation.
