Wenn dein Unternehmen Cursor für die Arbeit mit Code nutzt und dort OpenAI-Modelle auswählt, lohnt es sich zu prüfen, wie genau dein Workflow aufgebaut ist. OpenAI kündigte am 28. August 2026 an, die Vereinbarung beenden zu wollen, über die OpenAI seine Modelle direkt in Cursor bereitstellt. Als geplanten Abschalttermin nennt OpenAI den 12. November 2026, weist aber darauf hin, dass Cursor den Zugang auch früher beenden kann.

Das ist kein gewöhnliches Tool-Update und auch nicht nur die nächste Änderung einer Modellnummer. Für einige Teams bedeutet es, die Art der Nutzung von OpenAI-Modellen umzustellen, API-Kosten separat abzurechnen oder bei Funktionen auf andere Modelle auszuweichen, in denen sich kein eigener API-Schlüssel hinterlegen lässt.

Was genau hat OpenAI angekündigt?

OpenAI teilte mit, dass es nach der Übernahme von Cursor durch SpaceX eine Vertragsklausel nutzen will, die eine Beendigung der Vereinbarung nach einem Eigentümerwechsel erlaubt. Als vorgeschlagenes Datum für die Abschaltung des Zugangs zu OpenAI-Modellen über die aktuelle Cursor-Integration nannte das Unternehmen den 12. November 2026.

WebsiteGarage / Leistungen

Entdecke unsere Leistungen.

OpenAI erklärt zugleich, dass die derzeit verfügbaren Modelle bis zum Ende der Übergangsphase weiterhin in Cursor funktionieren sollen. Das bedeutet jedoch nicht, dass Cursor zukünftige OpenAI-Modelle erhalten wird. Das Unternehmen schreibt ausdrücklich, dass es Cursor im Rahmen der bestehenden Zusammenarbeit keine weiteren Modelle bereitstellen will.

Der von OpenAI genannte Grund ist nicht technischer Natur. Das Unternehmen erklärt, nach der Übernahme von Cursor durch SpaceX nicht mehr ausreichend darauf vertrauen zu können, dass seine Technologie im Einklang mit den Vertragsbedingungen und den Richtlinien von OpenAI eingesetzt wird. Das ist die Position einer Seite in einem geschäftlichen Konflikt, deshalb gibt es keinen Grund, daraus ein eigenes Drama zu konstruieren. Für Nutzer ist die Folge wichtiger: Das bisherige Zugangsmodell soll beendet werden.

Wird Cursor aufhören zu funktionieren?

Nein. Cursor ist kein Produkt von OpenAI und verschwindet nicht. Das Unternehmen hat eigene Modelle und Integrationen mit anderen Anbietern. Die Änderung betrifft die Art, wie OpenAI-Modelle innerhalb von Cursor bereitgestellt werden.

Wenn ein Team Cursor hauptsächlich mit Modellen anderer Anbieter oder mit eigenen Cursor-Modellen nutzt, kann diese konkrete Änderung nur geringe Auswirkungen haben. Problematisch wird es dort, wo ein Unternehmen seinen täglichen Workflow genau auf den in Cursor verfügbaren OpenAI-Modellen aufgebaut und angenommen hat, dass diese Konstellation dauerhaft bestehen bleibt.

OpenAI bietet einen Ausweg, aber nicht für alle Cursor-Funktionen

OpenAI veröffentlichte unmittelbar eine Anleitung für Nutzer, die seine Modelle weiterhin innerhalb von Cursor verwenden möchten. Die einfachste Option ist, einen eigenen OpenAI-API-Schlüssel zu hinterlegen. Eine API ist die technische Schnittstelle, über die eine Anwendung ein Modell nutzen kann, ohne auf ein fertiges Cursor-Paket angewiesen zu sein.

Dabei gibt es jedoch einen wichtigen Haken. Der eigene Schlüssel funktioniert nur in unterstützten lokalen Chat- und Agent-Funktionen. Er funktioniert unter anderem nicht für Cursor Tab, die automatische Modellauswahl, Cloud Agents, Background Agents, Automations, Cursor CLI sowie die Cursor API und SDKs.

Anders gesagt: Nein. Es reicht nicht, einen eigenen Schlüssel einzutragen und danach funktioniert alles exakt wie vorher.

Als zweite Möglichkeit nennt OpenAI die direkte Nutzung der Codex-Erweiterung innerhalb von Cursor. Damit lässt sich Codex über ein ChatGPT-Konto oder die API verwenden, es handelt sich aber um einen separaten Agenten. Er ersetzt das Modell nicht in Cursor Chat, Agent, Tab, Auto oder Cloud Agents.

Eine dritte Möglichkeit ist ein externer Anbieter oder ein KI-Gateway, zum Beispiel Azure, Amazon Bedrock oder eine andere mit der OpenAI API kompatible Lösung. Auch hier hängt die Verfügbarkeit bestimmter Funktionen davon ab, welche Anbindungen Cursor zulässt und wo Cursor eigene Modelle oder eigenes Routing verwendet.

Wen betrifft das wirklich?

Vor allem Unternehmen und Teams, die Cursor als festen Bestandteil ihrer Softwareentwicklung und Wartung nutzen und nicht nur als gelegentlichen KI-Editor. Wenn ein Agent große Repositories analysiert, Änderungen vorbereitet, Automatisierungen übernimmt oder im Hintergrund arbeitet, sollte geprüft werden, welches Modell diese Aufgaben tatsächlich ausführt und ob es sich ersetzen lässt, ohne den gesamten Prozess umzubauen.

Für den Betreiber einer gewöhnlichen Unternehmenswebsite klingt das Thema möglicherweise sehr technisch. Wenn Website, Shop oder Anwendung aber von einem Team entwickelt wird, das Cursor intensiv nutzt, kann sich die Änderung auf Kosten, Entwicklungstempo und die Kontrolle über den Code auswirken. Besonders dann, wenn das Unternehmen Cursor gerade deshalb gekauft hat, weil bestimmte Modelle und Funktionen innerhalb eines Abonnements verfügbar waren.

Was sollte ein Unternehmen jetzt tun?

  • Prüfe, ob dein Team tatsächlich OpenAI-Modelle in Cursor nutzt oder hauptsächlich Cursor selbst und andere Modelle.
  • Kläre, welche Funktionen kritisch sind: lokaler Chat und Agent oder auch Cloud Agents, Automations, Tab, CLI und Funktionen, die im Hintergrund laufen.
  • Wenn dein Team OpenAI intensiv nutzt, teste frühzeitig die Variante mit einer eigenen API oder der Codex-Erweiterung, statt bis November zu warten.
  • Prüfe die Kosten. Ein eigener API-Schlüssel wird separat abgerechnet und ist weder Teil eines ChatGPT-Abonnements noch automatisch Teil eines Cursor-Abonnements.
  • Migriere nicht alles nur deshalb, weil eine Ankündigung erschienen ist. Prüfe zuerst, was in deinem tatsächlichen Workflow funktioniert und was sich nicht eins zu eins ersetzen lässt.

Was bedeutet das im größeren Zusammenhang?

Diese Geschichte erinnert daran, dass KI-Tools heute aus mehreren Schichten bestehen, die unterschiedlichen Unternehmen gehören. Du kannst für Cursor bezahlen, mit einem OpenAI-Modell arbeiten, Code in einer weiteren Cloud-Umgebung ausführen und trotzdem das Gefühl haben, ein einziges Produkt zu kaufen. Aus Nutzersicht sieht es wie eine Anwendung aus. Aus Vertragssicht sind es oft drei oder vier getrennte Unternehmen, die irgendwann aufhören können, miteinander zu arbeiten.

Dasselbe Risiko betrifft viele Tools, die auf externen Modellen basieren. Wenn eine kritische Unternehmensfunktion von einem bestimmten Modell abhängt, das nur über einen Vermittler verfügbar ist, solltest du wissen, ob ein Plan B existiert. Nicht, weil man sich jeden Tag auf den technologischen Weltuntergang vorbereiten müsste. Eine Integration ist keine Ehe für die Ewigkeit, und manchmal nimmt ein Anbieter seine Spielsachen wieder mit.

Kommentar von WebsiteGarage

Das Interessanteste an dieser Änderung ist nicht einmal, dass OpenAI und SpaceX wieder etwas miteinander zu klären haben. Für Unternehmen ist die Lektion über Abhängigkeiten von Tools wichtiger. KI ist sehr schnell in den täglichen Entwicklungsprozess eingezogen, und man gewöhnt sich leicht an den Gedanken: Wir haben Cursor, also haben wir Modell X, Funktion Y und Agenten Z. Im Hintergrund stehen jedoch mehrere Verträge zwischen mehreren Unternehmen.

Wenn mit diesem Tool ein wichtiger Teil deines Geschäfts aufgebaut oder gewartet wird, lohnt sich gelegentlich eine langweilige, aber sehr gesunde Frage: Was passiert, wenn eines dieser Elemente morgen verschwindet? In diesem Fall kennen wir die Antwort mehrere Monate im Voraus, also gibt es wirklich keinen Grund, sie am 11. November um 23:58 Uhr zu entdecken.

Quellen