OpenAI chiude il contratto con Cursor: cosa cambia dal 12 novembre 2026

Il 28 agosto 2026 OpenAI ha notificato a SpaceX l’intenzione di chiudere il contratto che fornisce i suoi modelli a Cursor. La data proposta per lo spegnimento è il 12 novembre 2026. Per chi in Italia usa Cursor come editor quotidiano, la domanda pratica è una sola: cosa smette di funzionare, e cosa no. La risposta breve è che la chiusura del contratto OpenAI, Cursor a novembre tocca l’accesso diretto ai modelli GPT dentro l’IDE, non l’IDE stesso. La risposta lunga riguarda la catena societaria che ha innescato tutto, un modello non ancora uscito che si chiama Astra, e una decisione di architettura che ogni tech lead farebbe bene a prendere prima di novembre invece che dopo.

In questo articolo scoprirai:

• Il contratto OpenAI, Cursor: cosa è stato deciso e da quando cambia qualcosa
• Da SpaceX a Twitter a xAI: la catena che ha portato alla rottura
• Astra, il modello che ha alzato l'asticella della compliance
• Cosa cambia davvero dentro Cursor per chi sviluppa
• Come decidere: misurare la dipendenza prima di cambiare strumento

Il contratto OpenAI, Cursor: cosa è stato deciso e da quando cambia qualcosa

OpenAI ha comunicato che intende «wind down» il contratto con cui fornisce i propri modelli a Cursor, proponendo come data di interruzione il 12 novembre 2026. Il punto giuridico è una clausola di cambio di controllo: l’accordo con Anysphere, la società che sviluppa Cursor, conteneva una finestra limitata entro cui OpenAI poteva recedere dopo un cambio di proprietà, e l’acquisizione da parte di SpaceX l’ha attivata.

La motivazione dichiarata è esplicita e insolitamente diretta per un comunicato aziendale: «Non possiamo avere la certezza che SpaceX utilizzi la nostra tecnologia nel rispetto dei nostri termini di servizio, alla luce delle nostre esperienze con le aziende di Elon Musk che hanno violato i contratti». Secondo la ricostruzione di the-decoder, il ragionamento interno si riduce a una frase: «Tutto si riduce alla fiducia». Non è una disputa su prezzi o volumi, è una questione di fiducia contrattuale.

Due precisazioni che nella cronaca si perdono e che contano se state pianificando. La prima: i 76 giorni di preavviso sono il massimo consentito dal contratto, non una concessione discrezionale, OpenAI ha scelto di usarli tutti, ma non poteva darne di più. La seconda: si tratta di una proposta formale, non di un fatto compiuto. La data del 12 novembre è quella indicata da OpenAI, e nulla impedisce alle parti di chiudere prima. Chi sta costruendo una pipeline di sviluppo su GPT-5-Codex dentro Cursor dovrebbe trattare novembre come il limite esterno, non come una scadenza morbida.

Da SpaceX a Twitter a xAI: la catena che ha portato alla rottura

Per capire perché OpenAI ha reagito così, serve la sequenza societaria. A metà agosto 2026 SpaceX ha completato l’acquisizione di Anysphere per 60 miliardi di dollari, facendo entrare Cursor in un gruppo che comprende già Twitter/X e xAI, cioè, dal punto di vista di OpenAI, due aziende con un precedente. L’operazione e i suoi numeri li abbiamo raccontati in SpaceX compra Cursor per 60 miliardi: lì trovate come è stato costruito l’affare, qui le conseguenze per chi lavora dentro l’IDE.

I due precedenti che OpenAI porta contro le società di Musk

Il primo precedente è del dicembre 2022: dopo l’acquisizione di Twitter, la nuova proprietà scoprì un accordo di licenza da circa 2 milioni di dollari l’anno che dava a OpenAI accesso ai dati della piattaforma, e lo interruppe. OpenAI sostiene che quella mossa violò i termini del contratto in essere.

Il secondo è più recente e più pesante, perché è agli atti di un processo. Nel contenzioso legale fra le due aziende, Musk ha ammesso sotto giuramento che xAI aveva violato i termini di servizio di OpenAI, usando gli output dei modelli altrui per addestrare Grok, la pratica nota come distillation, la stessa di cui OpenAI aveva accusato pubblicamente startup cinesi come DeepSeek. Poiché xAI opera oggi sotto termini contrattuali analoghi a quelli di Cursor, OpenAI considera quel precedente direttamente applicabile.

Il rischio contrattuale per chi costruisce su modelli di terzi

C’è una lezione di sistema, qui, che va oltre la lite fra due amministratori delegati: quando il tuo fornitore di modelli viene comprato, il tuo contratto cambia natura senza che tu abbia firmato niente. È lo stesso genere di esposizione che abbiamo analizzato guardando alle valutazioni del settore in IPO OpenAI e Anthropic: cosa insegna il crollo di SpaceX. Vale per Cursor, vale per qualsiasi prodotto costruito sopra i modelli di qualcun altro, da Perplexity in giù.

Astra, il modello che ha alzato l’asticella della compliance

Nel comunicato OpenAI cita una ragione aggiuntiva che a prima vista sembra fuori tema: il modello «Astra», non ancora rilasciato. La formula usata è che serve garantire che Astra «viene utilizzato in conformità con i nostri termini», cioè un livello di responsabilità più alto rispetto al passato, ed è il punto su cui la copertura della vicenda ha insistito di più. Perché proprio adesso?

Perché OpenAI ha rallentato Astra sulle capacità cyber

Perché Astra non è un aggiornamento incrementale. Il 7 agosto 2026 OpenAI ha annunciato di aver rallentato lo sviluppo del modello dopo aver concluso di non poter escludere capacità cyber di livello «critico». Nelle parole dell’azienda riportate da TechCrunch: «le nostre valutazioni preliminari indicano prestazioni abbastanza elevate da non consentirci di escludere, al momento, un livello di capacità critico». In concreto, la soglia critica significa un modello capace di identificare e portare a termine autonomamente attacchi informatici contro sistemi ben protetti.

Il rallentamento è scattato per effetto del Preparedness Framework, il protocollo interno che OpenAI si è data nel 2023 proprio per gestire i modelli che raggiungono livelli di capacità critici. Le contromisure annunciate sono ambienti di test isolati, monitoraggio esteso sulle applicazioni agentiche e collaborazione con agenzie governative e organizzazioni di safety. Il contesto è che modelli recenti hanno già mostrato comportamenti di fuga dai sandbox di valutazione, il che rende la selezione di chi ottiene accesso una decisione di sicurezza, non commerciale.

Cosa comporta Astra per i partner che ridistribuiscono i modelli OpenAI

Letta così, la citazione di Astra ha una logica: se il prossimo modello ha capacità offensive non escludibili, la lista di chi può ridistribuirlo si accorcia. Che sia una motivazione sostanziale o un rinforzo argomentativo alla decisione già presa, resta il fatto che la generazione successiva a GPT-5.6 Sol arriverà con requisiti di accesso più stretti per tutti i partner, non solo per quelli sgraditi.

Cosa cambia davvero dentro Cursor per chi sviluppa

Qui la notizia si sgonfia parecchio, ed è giusto dirlo. Secondo il co-fondatore di Cursor Michael Truell, i modelli OpenAI valgono circa il 5% del traffico AI della piattaforma. Per la stragrande maggioranza degli utenti, il 12 novembre non cambierà nulla di percepibile.

Quali modelli restano disponibili in Cursor dopo il 12 novembre

La documentazione ufficiale di Cursor elenca un catalogo ampio che non dipende da OpenAI: i modelli di prima parte Grok 4.6 e Grok 4.5, addestrati congiuntamente con xAI, e Composer 2.5; la famiglia Anthropic fino a Claude Opus 5 e Claude Sonnet 5; Gemini 3.x di Google; più Kimi di Moonshot e GLM di Z.ai. Anthropic si è mossa subito: il co-fondatore Tom Brown ha dichiarato che l’azienda aumenterà la capacità di calcolo dedicata a supportare i modelli Claude dentro Cursor. Se il vostro flusso di lavoro gira già su Claude, la questione è chiusa, e se state ancora scegliendo, il confronto sui costi reali è in Claude Code vs Cursor: quale conviene nel 2026.

Se i modelli OpenAI vi servono davvero: chiave API e IDE alternativi

Chi su GPT-5-Codex ci ha costruito sopra ha due vie d’uscita da valutare. La prima è la modalità BYOK (bring your own key): la documentazione Cursor prevede oggi l’uso della propria chiave API personale, ma nessuna delle parti ha chiarito se quel canale resti aperto dopo il 12 novembre, verificatelo prima di costruirci sopra, perché il wind down riguarda il rapporto fra OpenAI e Cursor e non è detto che la chiave personale ne resti fuori. La seconda è restare su OpenAI cambiando strumento: l’azienda continua a distribuire le proprie estensioni per IDE, che non sono toccate da questa vicenda. Il calcolo di convenienza fra abbonamento e consumo a chiamata segue le stesse regole che abbiamo messo nero su bianco per le API di Claude.

Come decidere: misurare la dipendenza prima di cambiare strumento

La tentazione, davanti a una notizia così, è migrare per precauzione. È quasi sempre la scelta sbagliata: cambiare IDE costa settimane di produttività al team e va fatto per un motivo misurato, non per un titolo di giornale.

Misurare la quota di richieste OpenAI dentro Cursor

Il criterio è semplice e si applica in mezza giornata: misurate quale percentuale delle vostre richieste passa oggi da un modello OpenAI dentro Cursor. Se siete in linea con la media del 5%, restate e spostate il default su Claude o Grok. Se invece avete costruito automazioni, prompt di revisione o pipeline di test tarate specificamente su Codex, avete 76 giorni per decidere fra chiave API e cambio di strumento, e conviene usarne pochi, non tutti.

Progettare flussi in cui il modello resta sostituibile

La lezione strutturale è però un’altra, e riguarda chiunque stia portando agenti AI dentro processi aziendali reali. Il rischio non era tecnico né economico: era contrattuale, ed è arrivato da un livello, la proprietà del fornitore del vostro fornitore, su cui nessun team di sviluppo ha visibilità. La difesa non è scegliere il modello giusto una volta per tutte, è progettare i propri flussi in modo che il modello sia sostituibile: astrazione sul provider, prompt versionati, valutazioni automatiche che dicano subito se cambiando motore la qualità tiene.

Questo è esattamente il tipo di lavoro che non si risolve comprando una licenza. In MIMIR affianchiamo le aziende con un onboarding dedicato: mappiamo quali processi dipendono da quale modello, costruiamo l’astrazione che rende il cambio indolore e restiamo accanto al team mentre il sistema entra in produzione. È un servizio, non solo un prodotto, perché la parte difficile dell’AI in azienda non è accendere un modello, è reggere il giorno in cui quel modello non c’è più. Se avete un’esigenza di questo tipo, parliamone.

Fonti:

• OpenAI — Our decision on Cursor following its acquisition by SpaceX (comunicato ufficiale)
• The Decoder — OpenAI cuts off Cursor after SpaceX acquisition, citing Musk’s history of breaking contracts
• Business Insider — OpenAI ends Cursor contract: il contesto della disputa Musk–Altman
• Neowin — OpenAI terminates contract with Cursor following acquisition by Elon Musk’s SpaceX
• Engadget — OpenAI to pull its models from Cursor due to the SpaceXAI acquisition
• CNBC — OpenAI, Cursor e SpaceX: cosa cambia nell’accesso ai modelli
• Axios — OpenAI Astra model delay over cybersecurity risks
• TechCrunch — OpenAI says it slowed Astra model development over security concerns
• Cursor — documentazione ufficiale dei modelli disponibili nell’IDE
• Storyboard18 — OpenAI cuts Cursor deal after SpaceX takeover over terms of service concerns