Die Schlagzeile klingt endgültiger, als die Lage tatsächlich ist. OpenAI hat Cursor nicht über Nacht abgeschaltet. Das Unternehmen hat SpaceX am 28. August 2026 mitgeteilt, dass es den Vertrag zur direkten Bereitstellung von OpenAI-Modellen für Cursor beenden will. Als Abschalttermin schlägt OpenAI den 12. November 2026 vor.

Dieser Termin ist wichtig, aber noch nicht endgültig bestätigt. OpenAI schreibt im eigenen Hilfebereich ausdrücklich, dass beide Unternehmen das offizielle Enddatum noch abstimmen müssen. Cursor könnte den Zugang auch früher beenden. Bis dahin sollen die heute über den Vertrag verfügbaren OpenAI-Modelle weiterlaufen. Künftige Modelle will OpenAI Cursor über diesen direkten Weg dagegen nicht mehr bereitstellen.

Für Entwickler ist das keine Randnotiz. Cursor gehört inzwischen zu SpaceX, OpenAI baut Codex als eigenes Entwicklungswerkzeug aus und beide Seiten kontrollieren immer mehr Teile ihrer technischen Kette selbst. Aus einer bequemen Modellauswahl im Editor wird damit plötzlich eine Frage von Verträgen, Zugangswegen und Abhängigkeiten.

Kurz gesagt: Der direkte Modellvertrag soll enden. OpenAI verschwindet deshalb nicht automatisch vollständig aus Cursor. Eigene API-Zugänge, die Codex-Erweiterung und kompatible Gateways sollen weiterhin nutzbare Wege bleiben, allerdings nicht für jede Cursor-Funktion.

Was OpenAI am 28. August angekündigt hat

OpenAI spricht von einem fast vierjährigen Verhältnis mit Cursor und betont den Respekt für das Produkt und sein Team. Trotzdem soll der bestehende Vertrag auslaufen. Nach OpenAIs Darstellung enthält die Vereinbarung ein begrenztes Kündigungsfenster für den Fall, dass sich die Kontrolle über Cursor ändert. Genau dieser Fall ist mit der Übernahme durch SpaceX eingetreten.

Die Formulierung ist bewusst enger als viele Überschriften: OpenAI beendet nicht jede technisch denkbare Verbindung zu Cursor. Betroffen ist zunächst der Vertrag, über den Cursor OpenAI-Modelle selbst bereitstellt und in eigene Funktionen einbindet. OpenAI schlägt dafür eine Übergangsfrist bis zum 12. November vor und will den endgültigen Termin veröffentlichen, sobald er zwischen den Unternehmen feststeht.

OpenAI erklärt außerdem, dass bestehende Modelle während der Übergangszeit verfügbar bleiben sollen, künftige Modelle jedoch nicht mehr direkt an Cursor geliefert werden. Das ist vermutlich der praktisch wichtigere Teil. Selbst wenn ein heute genutztes Modell noch einige Wochen funktioniert, kann sich die Modellauswahl in Cursor künftig schneller von der OpenAI-Produktlinie entfernen.

Die kurze Zeitleiste

21. April 2026: Cursor kündigt eine Zusammenarbeit mit SpaceXAI an. Die zusätzliche Rechenleistung soll vor allem das Training eigener Modelle beschleunigen.
14. August 2026: Cursor teilt mit, dass die Übernahme durch SpaceX abgeschlossen ist. Das Unternehmen nennt mehr Rechenkapazität und die gemeinsame Modellentwicklung als zentrale Gründe.
28. August 2026: OpenAI informiert SpaceX über die geplante Beendigung des direkten Modellvertrags mit Cursor.
12. November 2026: Dieses Datum ist OpenAIs vorgeschlagener Abschalttermin. Es ist bei Redaktionsschluss noch nicht als endgültiger Termin beider Unternehmen bestätigt.

Eine eigene öffentliche Stellungnahme von Cursor zur Vertragskündigung lag bei unserer Faktenprüfung am 29. August noch nicht vor. Deshalb lässt sich derzeit nicht belastbar sagen, ob Cursor den vorgeschlagenen Zeitplan akzeptiert, früher umstellt oder zusätzliche Übergangslösungen anbietet.

Warum OpenAI den Vertrag beenden will

OpenAI begründet die Entscheidung nicht mit der Qualität von Cursor. Im Zentrum steht das Verhältnis zu Elon Musks Unternehmen. OpenAI erklärt, es könne nach früheren Vertrags- und Nutzungsstreitigkeiten nicht ausreichend darauf vertrauen, dass SpaceX die OpenAI-Technik innerhalb der vereinbarten Bedingungen einsetzt. Das ist die öffentlich dargestellte Position von OpenAI. Eine gemeinsame Darstellung beider Vertragsparteien gibt es bislang nicht.

Hinzu kommt das angekündigte OpenAI-Modell Astra. OpenAI verweist darauf, dass fortschreitende KI-Fähigkeiten ein neues Maß an Verantwortung verlangen und das kommende Modell innerhalb der eigenen Bedingungen eingesetzt werden müsse. Das Unternehmen will deshalb keine zukünftigen Modelle mehr über den bisherigen Cursor-Vertrag liefern.

Man kann die Begründung politisch lesen, weil der Konflikt zwischen OpenAI und Musk seit Jahren öffentlich ausgetragen wird. Für Nutzer ändert das am praktischen Ergebnis wenig: Ein Anbieter entscheidet aufgrund einer veränderten Eigentümerstruktur, einen wichtigen Vertriebsweg nicht fortzuführen. Wer seine Entwicklungsabläufe darauf aufgebaut hat, muss sich jetzt mit dem Übergang beschäftigen.

Was sich für Cursor-Nutzer konkret ändert

Die erste Entwarnung: Cursor selbst wird nicht eingestellt. Projekte, Quellcode und der Editor verschwinden nicht. Cursor verfügt über eigene Modelle wie Composer 2, bindet weitere Anbieter ein und betreibt mit Cursor Router eine automatische Modellauswahl. Die angekündigte Trennung betrifft den direkten OpenAI-Vertrag, nicht das gesamte Produkt.

Für die OpenAI-Nutzung muss man genauer hinsehen. OpenAI nennt drei Wege, die nach dem Ende des Direktvertrags grundsätzlich bleiben sollen:

Eigener OpenAI-API-Schlüssel: In unterstützten lokalen Chat- und Agent-Funktionen kann Cursor Anfragen über das eigene OpenAI-Konto senden. Die Nutzung wird dann separat zu den API-Preisen abgerechnet. Ein ChatGPT-Abonnement enthält diese API-Kosten nicht.
Codex-Erweiterung in Cursor: Die offizielle Codex-IDE-Erweiterung läuft als eigener Bereich im Editor. Sie kann je nach Berechtigung mit einem passenden ChatGPT-Abonnement oder einem OpenAI-API-Schlüssel verwendet werden und hängt nicht vom Cursor-Modellmenü ab.
Kompatibles KI-Gateway: Unternehmen können OpenAI-Modelle gegebenenfalls über Dienste wie Azure, Amazon Bedrock oder ein kompatibles Gateway anbinden. Verfügbarkeit, Abrechnung und unterstützte Funktionen hängen dann vom jeweiligen Anbieter ab.

Diese Wege sind kein vollständiger Ersatz für den bisherigen Vertrag. Laut OpenAI gelten eigene Schlüssel und Gateway-Zugänge nur für unterstützte lokale Chat- und Agent-Anfragen. Cursor Tab, die automatische Modellauswahl, Cloud- und Background-Agenten, Automatisierungen, die Cursor-CLI sowie API und SDK können diese Zugangsdaten nicht einfach übernehmen. Dort entscheidet Cursor selbst, welche Modelle bereitgestellt oder geroutet werden.

Die wichtigste Frage: Wo steckt das Modell in Ihrem Arbeitsablauf?

Viele Entwickler wählen im Modellmenü einen Namen aus und betrachten den Rest als austauschbar. In einem einfachen Chat mag das funktionieren. In echten Entwicklungsabläufen hängt das Ergebnis aber auch vom Agenten, seinen Werkzeugen, dem Kontextaufbau und der Ausführungsumgebung ab.

Wer OpenAI bisher nur gelegentlich im lokalen Cursor-Chat nutzt, kann wahrscheinlich relativ leicht auf einen eigenen API-Schlüssel oder die Codex-Erweiterung wechseln. Schwieriger wird es bei Teams, die OpenAI-Modelle über Cursor Auto, Cloud Agents, Automatisierungen oder eigene Cursor-SDK-Abläufe verwenden. Dort reicht es nicht, irgendwo einen neuen Schlüssel einzutragen.

Genau deshalb sollten Unternehmen jetzt nicht nur fragen: Welches Modell nehmen wir stattdessen? Die bessere Frage lautet: Welche Funktionen unseres Entwicklungsprozesses hängen vom Modellzugang über Cursor ab, und welche davon können wir unabhängig betreiben?

Cursor ist auf diesen Bruch besser vorbereitet, als es zunächst wirkt

Cursor hat seine Abhängigkeit von einem einzelnen Modellanbieter schon vor der Übernahme reduziert. Composer 2 ist ein eigenes Coding-Modell. Cursor Router verteilt Aufgaben nach Angaben des Unternehmens zwischen verschiedenen Modellen und Anbietern. Mit der SpaceX-Verbindung kommen zusätzliche Rechenkapazität und ein engerer Zugang zur Grok-Modellfamilie hinzu.

Das bedeutet nicht, dass OpenAI für Cursor-Nutzer belanglos geworden ist. Viele Teams wählen OpenAI-Modelle bewusst, weil deren Verhalten zu ihren Aufgaben passt. Der Wechsel kann Ergebnisse, Kosten und Prüfaufwand verändern. Cursor besitzt aber genügend eigene Technik und alternative Anbieter, um nicht von einem Tag auf den anderen ohne funktionsfähige KI dazustehen.

Meine Einschätzung: Kurzfristig ist die Trennung vor allem unbequem. Langfristig beschleunigt sie eine Entwicklung, die ohnehin läuft. Anbieter bauen nicht mehr nur Modelle, sondern komplette Arbeitsumgebungen. OpenAI verbindet Codex enger mit den eigenen Modellen und Konten. Cursor verbindet Editor, Router, eigene Modelle und SpaceX-Infrastruktur. Der offene Modellmarktplatz bleibt bestehen, aber die bequemsten Funktionen werden stärker an die jeweilige Plattform gebunden.

Was Entwicklungsteams jetzt tun sollten

Nutzung inventarisieren. Halten Sie fest, wo OpenAI-Modelle in Cursor tatsächlich eingesetzt werden: lokaler Chat, Agent, Auto, Tab, Cloud Agents, Automatisierungen, CLI oder SDK.
Den Zugangsweg dokumentieren. Prüfen Sie, ob das Modell von Cursor bereitgestellt wird, über einen eigenen API-Schlüssel läuft oder bereits über ein Gateway kommt.
Keine Live-Projekte als ersten Test verwenden. Vergleichen Sie Alternativen an einigen typischen Aufgaben und messen Sie nicht nur Geschwindigkeit. Entscheidend sind akzeptierte Änderungen, Fehlerquote, Testdurchläufe und nötige Nacharbeit.
Kosten getrennt betrachten. Ein Wechsel auf die eigene OpenAI API kann die Arbeit technisch erhalten, verschiebt aber Abrechnung und Limits. Das gehört vor einer breiten Umstellung geklärt.
Datenwege neu prüfen. Ein anderer Zugang kann bedeuten, dass Anfragen über einen anderen Vertragspartner und andere Kontrollen laufen. Für Unternehmen ist das ebenso wichtig wie die Modellqualität.
Vor November entscheiden. Warten Sie nicht auf den letzten Tag. Der 12. November ist zwar noch nicht endgültig, aber als Planungsmarke konkret genug, um Tests und Zuständigkeiten jetzt festzulegen.

Bei größeren Codebasen lohnt sich eine kleine technische Probe: dieselbe reale Aufgabe einmal über die bisherige Cursor-Auswahl, einmal über die Codex-Erweiterung und einmal über ein alternatives Modell bearbeiten lassen. Danach werden Diff, Tests, Laufzeit und Nacharbeit verglichen. Das ist aussagekräftiger als jede allgemeine Benchmarktabelle.

Wer dabei nicht nur ein Werkzeug, sondern den gesamten Ablauf betrachten möchte, findet bei PRPG Unterstützung rund um Softwareentwicklung für Unternehmen, sichere Prozessautomatisierung mit KI und eine pragmatische KI-Beratung für den Mittelstand. Weitere Entwicklungen rund um OpenAI und Codex sammeln wir auf unserer Seite Codex Updates.

Was diese Trennung über den KI-Markt verrät

Der Vorgang ist größer als eine Änderung im Modellmenü. Er zeigt, dass KI-Modelle nicht mehr wie neutrale Bauteile gehandelt werden. Wer das Modell, die Rechenzentren, den Agenten und die Benutzeroberfläche kontrolliert, kontrolliert auch Kosten, Datenwege und den Zugang zu neuen Fähigkeiten.

Für Unternehmen ist das ein Argument gegen unnötige Abhängigkeit, aber nicht gegen gute Plattformen. Niemand muss jede Komponente selbst betreiben. Man sollte nur wissen, welche Teile austauschbar sind und wo ein Anbieterwechsel den ganzen Arbeitsablauf berührt.

Ich würde daraus keine hektische Flucht aus Cursor oder OpenAI ableiten. Beide Werkzeuge können weiterhin sinnvoll sein. Die vernünftige Reaktion ist viel unspektakulärer: Zugänge sauber dokumentieren, eine Alternative testen und kritische Prozesse so bauen, dass ein geänderter Vertrag nicht zum technischen Notfall wird.

Häufige Fragen zum Ende des OpenAI-Cursor-Vertrags

Ist OpenAI ab sofort nicht mehr in Cursor verfügbar?

Nein. OpenAI plant eine Übergangszeit und nennt den 12. November 2026 als vorgeschlagenen Abschalttermin für den direkten Vertrag. Bis zum bestätigten Enddatum sollen die heute über diesen Vertrag genutzten Modelle verfügbar bleiben, sofern Cursor den Zugang nicht früher beendet.

Ist der 12. November 2026 bereits endgültig?

Nein. OpenAI bezeichnet das Datum als Vorschlag und will den offiziellen Termin veröffentlichen, sobald beide Unternehmen ihn bestätigt haben.

Kann ich OpenAI-Modelle danach weiterhin in Cursor verwenden?

In unterstützten lokalen Chat- und Agent-Funktionen soll das mit einem eigenen OpenAI-API-Schlüssel möglich bleiben. Alternativ kann die Codex-IDE-Erweiterung direkt in Cursor genutzt werden. Diese Wege decken jedoch nicht automatisch Cursor Tab, Auto, Cloud Agents, Automatisierungen, CLI, API oder SDK ab.

Warum beendet OpenAI den Vertrag?

OpenAI verweist auf die Übernahme von Cursor durch SpaceX, ein vertragliches Kündigungsfenster bei einem Kontrollwechsel und eigene Bedenken zur Einhaltung von Nutzungsbedingungen. Diese Begründung stammt von OpenAI. Eine gemeinsame Stellungnahme beider Seiten liegt bislang nicht vor.

Gehört Cursor jetzt vollständig zu SpaceX?

Ja. Cursor gab am 14. August 2026 bekannt, dass die Übernahme durch SpaceX abgeschlossen ist.

Müssen Unternehmen Cursor jetzt ersetzen?

Nein. Sie sollten aber prüfen, welche Funktionen konkret von direkt bereitgestellten OpenAI-Modellen abhängen. Für manche Teams genügt ein anderer Zugang. Bei Cloud-Agenten oder automatisierten Abläufen kann eine echte Umstellung nötig werden.

Fazit: Noch kein Abschied von OpenAI im Cursor-Editor

OpenAI will den direkten Modellvertrag mit Cursor nach der SpaceX-Übernahme beenden. Das ist bestätigt. Der 12. November 2026 ist dagegen noch ein vorgeschlagener Termin, und OpenAI-Modelle bleiben über andere Zugangswege teilweise nutzbar.

Die wichtigste Nachricht für Entwickler lautet deshalb nicht, dass Cursor morgen ohne OpenAI dasteht. Sie lautet: Der bequeme, von Cursor bereitgestellte Zugang wird voraussichtlich enden, während direkte und stärker selbst verwaltete Wege bestehen bleiben.

Für Entwicklungsteams ist jetzt ein guter Zeitpunkt, die eigene Abhängigkeit sichtbar zu machen. Nicht aus Panik, sondern weil wenige Wochen Vorbereitung deutlich angenehmer sind als eine hektische Umstellung kurz vor einem Abschalttermin.

Stand der Faktenprüfung: 29. August 2026, 18:00 Uhr. Wir aktualisieren den Beitrag, sobald OpenAI oder Cursor ein endgültiges Vertragsende oder weitere Übergangsdetails bestätigen.

Offizielle Quellen:

OpenAI beendet den Modellvertrag mit Cursor: Was jetzt gilt