{"slug": "openai-is-cutting-off-cursor-s-access-to-its-models", "title": "OpenAI Is Cutting Off Cursor's Access to Its Models", "summary": "OpenAI announced on August 28, 2026, that it intends to cancel its contract supplying models to Cursor, the AI code editor acquired by SpaceX on August 14, with a proposed shutoff date of November 12, 2026. OpenAI cited a change-of-control clause in its agreement, and its published workarounds—bring-your-own-key, the Codex IDE extension, or an AI gateway—only cover Cursor's local Chat and Agent features, not Tab autocomplete, Cloud Agents, Automations, the CLI, or the API/SDK. The move follows SpaceX's acquisition of Cursor and gives developers roughly 76 days to plan, though the final date is still to be confirmed.", "body_md": "OpenAI announced on Friday, August 28, 2026 that it intends to wind down the contract that supplies its models to Cursor, the AI code editor acquired by SpaceX earlier this month. The proposed shutoff date is November 12, 2026 — and “proposed” is OpenAI’s own word, repeated throughout its announcement. As of publication, nothing has been cut off: GPT-5.6 Luna, Sol, and Terra are all still listed in Cursor’s own model documentation.\n\nIf your team writes code in Cursor, the practical question is not the corporate drama — it is what actually stops working if the proposed date holds, and what does not. The short version: three of the eleven models currently listed in Cursor’s own pricing docs are OpenAI’s, and OpenAI’s published workarounds — bring your own API key, the Codex IDE extension, or an AI gateway — cover Cursor’s local Chat and Agent features only. Tab autocomplete, Auto routing, Cloud and Background Agents, Automations, the Cursor CLI, and the Cursor API/SDK are all explicitly outside that safety net.\n\nThe August 28 event itself is documented here from OpenAI’s own first-party material — its announcement and the Help Center article it published as part of the same rollout — cross-checked against Cursor’s evergreen documentation. It covers what was announced, the contract mechanism behind it, the per-surface matrix of what bring-your-own-key does and does not restore, and what a Cursor team should do in the roughly 76-day proposed window.\n\n- 01A proposed wind-down, not a completed cutoff.OpenAI says it intends to cancel its Cursor contract with a proposed shutoff of November 12, 2026, while giving the maximum notice its contract allows. Its Help Center adds that Cursor may end access sooner and the official date is still to be confirmed between the two companies.\n- 02The trigger is a change-of-control right.OpenAI says its custom agreement with Cursor gives it a limited window to cancel after a change of control — the SpaceX acquisition that closed August 14. OpenAI is the only party that has described the clause publicly.\n- 03BYOK is a partial patch, not a replacement.Per OpenAI’s own Help Center, your own API key covers local Chat and Agent requests only. It does not apply to Tab and autocomplete, Auto model routing, Cloud or Background Agents, Automations, the Cursor CLI, or the Cursor API/SDK. AI gateways carry the same limits.\n- 04A ChatGPT subscription does not cover any of this.OpenAI states plainly that a ChatGPT subscription does not include API usage. Every BYOK or gateway request is billed through a metered OpenAI API account with billing configured — a separate account, separate invoice, and separate rate card from the ChatGPT plan your team may already pay for.\n- 05This is not a rerun of Windsurf 2025.Anthropic limited Windsurf’s direct Claude access in June 2025 as a compute-allocation decision with under five days’ notice. OpenAI is invoking a named contract clause with a roughly 76-day proposed window and published workarounds. Same underlying dynamic, different mechanism — the distinction matters for how you plan.\n\n## 01 — The AnnouncementWhat OpenAI actually *said* on August 28.\n\nThe announcement came in [a post on OpenAI’s own site](https://openai.com/index/our-decision-on-cursor-following-its-acquisition-by-spacex/) titled “Our decision on Cursor following its acquisition by SpaceX,” published late Friday, August 28, 2026. Stripped to its operational core, it says four things. OpenAI intends to wind down the contract that provides its models to Cursor. The proposed shutoff date is November 12, 2026. OpenAI is “giving the maximum notice provided by our contract” so developers keep access as long as possible. And OpenAI will not provide its future models to Cursor in the meantime — in its words, “we’ve decided to hold the contract cancellation to the latest date we can while not providing future models to Cursor.”\n\nThe context is the acquisition that closed two weeks earlier: SpaceX completed its roughly [$60 billion all-stock acquisition](https://www.sec.gov/Archives/edgar/data/0001181412/000162828026056945/spcx-20260814.htm) of Cursor’s parent Anysphere on August 14, 2026 — we covered [the deal itself](/blog/spacex-acquires-cursor-anysphere-60b-ai-coding-2026) and [the close and Cursor’s first post-close product move](/blog/spacex-anysphere-close-first-product-move) when they happened, so this post will not re-narrate the deal.\n\nTwo things are worth reading precisely. First, the tone toward Cursor itself is warm: OpenAI says it has “worked with Cursor for nearly four years” and has “enormous respect for their team, their product, and what they’ve built for the developer community.” The stated problem is the new parent company, not the product. Second, every reference to November 12 carries the qualifier “proposed.” The companion Help Center article goes further: “Cursor may choose to end access sooner. We will share the official termination date as soon as it is confirmed between both companies.” A team planning around a hard, agreed date is planning around a date that does not exist yet — in either direction.\n\n*proposed*date — OpenAI’s Help Center says the official termination date is still to be confirmed between the two companies, and that Cursor may choose to end access sooner. Treat the window as roughly 76 days, not as a guarantee of 76 days.\n\n## 02 — The MechanismA *change-of-control* window in a custom contract.\n\nA change-of-control clause is a standard contract term that lets one party revisit or cancel an agreement when the other party’s ownership changes — the logic being that you signed a deal with one company and now face a different one. That is the specific mechanism OpenAI says it is invoking here. In its own words, its “custom agreement with Cursor gives us a limited time window to cancel it after a change of control.” SpaceX’s acquisition of Anysphere closing on August 14 opened that window; the August 28 announcement is OpenAI stepping through it.\n\nThe contract in question is a bespoke agreement between two large counterparties, and OpenAI is the only party that has described the clause publicly. That matters for anyone trying to generalize from this event: the precedent this sets is narrower than it first appears — it tells you what can happen inside large custom model-supply deals.\n\nThe timing arithmetic is simple and worth stating: August 28 to November 12 is roughly 76 days. OpenAI frames that as “the maximum notice provided by our contract” — the most runway the agreement lets it give. That framing cuts both ways. It is genuinely long notice by the standards of model-supply disputes, as the Windsurf comparison in section 07 shows. It is also a reminder that the ceiling on the notice was written into a contract neither you nor Cursor’s users have ever seen.\n\n## 03 — The ReasoningThe stated reason: *trust*, with two exhibits.\n\nOpenAI’s stated rationale is a single sentence, and it names names:\n\n\"We are making this choice because we cannot be confident that SpaceX will use our technology within our terms of service, based on our experience with Elon Musk's companies violating contracts.\"— OpenAI, decision post, August 28, 2026\n\nThe post backs that sentence with two specific exhibits, both linked from OpenAI’s own text. First, after Musk acquired Twitter, the company broke the terms of OpenAI’s contract, per [New York Times reporting from April 2023](https://www.nytimes.com/2023/04/27/technology/elon-musk-ai-openai.html) that OpenAI cites directly. Second, OpenAI points to [Forbes coverage from April 2026](https://www.forbes.com/sites/antoniopequenoiv/2026/04/30/elon-musk-admits-xai-distilled-openai-data-to-train-models-heres-what-that-means/) of Musk admitting under oath that xAI — now also part of SpaceX — had violated OpenAI’s terms of service. Both citations predate the announcement by months or years; OpenAI chose its evidence from the existing record rather than alleging anything new about Cursor itself.\n\nThe ownership chain that makes those exhibits relevant to a code editor: X Corp merged into xAI in March 2025, and SpaceX [acquired xAI in February 2026](https://techcrunch.com/2026/02/02/elon-musk-spacex-acquires-xai-data-centers-space-merger/). When SpaceX then bought Anysphere in August, Cursor acquired the same ultimate parent as the two entities OpenAI accuses of prior contract violations. That lineage — not anything Cursor did — is the whole of OpenAI’s stated case.\n\n## 04 — The Astra FactorThe under-covered thread: *Astra* accountability.\n\nBuried in the announcement is a forward-looking justification that most coverage skipped. OpenAI ties the decision partly to “a new level of accountability to ensure our upcoming model, Astra, is being used in accordance with our terms.” Astra is OpenAI’s unreleased frontier model — a codename unrelated to Google DeepMind’s similarly named Project Astra — and OpenAI has been publicly cautious about its capabilities: [its own post on frontier cyber capabilities](https://openai.com/index/responding-next-frontier-critical-cyber-capabilities/) discusses preparing for models whose cyber capability level it cannot yet rule out as critical.\n\nRead carefully, the Astra framing is a general accountability bar for large custom partnerships, not a Cursor-specific accusation — OpenAI frames it as a standard it needs to be able to enforce across the board, and the causal language deserves to stay soft. But it is the most interesting sentence in the post for anyone forecasting model supply, because it implies the bar for who gets privileged access to OpenAI’s next frontier model is rising generally. On that reading, the Cursor decision is one visible output of a broader tightening: as claimed capabilities go up, the willingness to route those capabilities through partners whose compliance OpenAI cannot verify goes down. Teams building on any large custom model-supply arrangement — not just Cursor’s — should note the direction of travel.\n\n##### Aug 28 → Nov 12\n\nOpenAI calls it the maximum notice its contract provides, and holds the cancellation to the latest date it can — while already withholding future models from Cursor.\n\n##### Cursor models affected\n\nGPT-5.6 Luna, Sol, and Terra are the only OpenAI line items in Cursor’s current model docs. Grok, Composer, Claude, and Gemini models are untouched by this announcement.\n\n##### not covered by your key\n\nTab and autocomplete, Auto routing, Cloud Agents, Background Agents, Automations, the Cursor CLI, and the API/SDK all sit outside the documented bring-your-own-key path.\n\n## 05 — The BYOK MatrixWhat your own API key *does not* cover.\n\nAlongside the decision post, OpenAI published [a Help Center article](https://help.openai.com/en/articles/20001506-using-openai-models-in-cursor) as part of the same rollout, laying out three paths for developers who want to keep using OpenAI models inside Cursor after the proposed cutoff. This is where the most operationally important fact of the whole story lives — and it is the one almost no coverage walks through. Bring-your-own-key sounds like a full replacement. Per OpenAI’s own article, it is not: “Cursor supports using your own OpenAI API key for OpenAI models in its local Chat and Agent features. Requests are sent through your OpenAI API account and billed separately from your Cursor or ChatGPT subscription.”\n\nThe exclusion list that follows is verbatim and exhaustive: “Your OpenAI API key applies only to supported local Chat and Agent requests. It does not apply to: Cursor Tab and autocomplete; Auto model selection and routing; Cloud or Background Agents; Automations; Cursor CLI; Cursor API or SDK; Cursor-provided or proprietary models.” Gateway credentials — routing through Amazon Bedrock, Azure, or an OpenAI-compatible gateway — carry exactly the same scope, per the same article. The matrix below combines OpenAI’s per-surface list with the confirming detail from Cursor’s own evergreen [bring-your-own-key documentation](https://cursor.com/help/models-and-usage/api-keys), which predates the announcement.\n\n| Cursor surface | Your own OpenAI API key | AI gateway (Bedrock / Azure / compatible) | Cross-check |\n|---|---|---|---|\n| Covered — local, interactive requests only | |||\n| Chat (local) | Covered | Covered, provider-dependent | Cursor limits BYOK OpenAI support to “Standard, non-reasoning chat models” |\n| Agent (local) | Covered | Covered, provider-dependent | Same scope as Chat, per OpenAI’s Help Center |\n| Not covered — no documented in-Cursor workaround from either company | |||\n| Tab & autocomplete | Not covered | Not covered | “Tab completion continues using Cursor’s built-in models” |\n| Auto model selection & routing | Not covered | Not covered | Auto picks from Cursor-managed models, outside the BYOK path |\n| Cloud Agents | Not covered | Not covered | Named in OpenAI’s “Cloud or Background Agents” exclusion |\n| Background Agents | Not covered | Not covered | Named in OpenAI’s “Cloud or Background Agents” exclusion |\n| Automations | Not covered | Not covered | Named in OpenAI’s exclusion list verbatim |\n| Cursor CLI | Not covered | Not covered | Named in OpenAI’s exclusion list verbatim |\n| Cursor API & SDK | Not covered | Not covered | Named in OpenAI’s exclusion list verbatim |\n\nSources for the table: OpenAI Help Center, “Using OpenAI models in Cursor,” published as part of the same rollout as the August 28 decision post; Cursor Docs, “Bring your own API key.” If your team uses OpenAI models through any surface in the lower group, neither company documents an in-Cursor workaround as of this writing.\n\nTwo billing traps hide inside the covered rows. First, “A ChatGPT subscription does not include OpenAI API usage. If you use an API key, usage is billed through your OpenAI API account” — OpenAI’s words. A team on ChatGPT Plus or Pro still needs a separate, metered OpenAI API account with billing configured before a BYOK key does anything. Second, on Cursor’s Teams and Enterprise tiers, Cursor’s own pricing docs list a Cursor Token Rate of $0.25 per million tokens that applies to included, on-demand, and BYOK usage alike — so a BYOK request can carry a small Cursor-side surcharge on top of your OpenAI API bill.\n\nAnd one compliance trap: Cursor’s BYOK page states that its Zero Data Retention guarantee does not travel with your key — “Your data handling follows the privacy policy of your chosen provider (OpenAI, Anthropic, Google, Azure, or AWS). If your team relies on Zero Data Retention, use Cursor’s built-in models instead.” A team that adopted Cursor partly for its ZDR posture loses that guarantee for OpenAI traffic the moment it switches to BYOK.\n\n##### Bring your own *key*\n\nYour OpenAI API key keeps OpenAI models in Cursor’s local Chat and Agent features. Requires a funded OpenAI API account; excludes Tab, Auto, agents, Automations, CLI, and SDK; forfeits Cursor’s ZDR guarantee for that traffic.\n\n##### Codex IDE *extension*\n\nOpenAI’s Codex extension runs alongside Cursor’s native features and does not depend on OpenAI models being in Cursor’s model picker. Works via a ChatGPT subscription or API key, with its own agent experience — it does not restore Cursor’s native surfaces.\n\n##### AI *gateway*\n\nRoute OpenAI models through Amazon Bedrock, Azure, or an OpenAI-compatible gateway. Same coverage limits as BYOK — local Chat and Agent only — and OpenAI cautions that available models and features depend on the provider.\n\n## 06 — Cursor’s RosterThree of *eleven* listed models are at risk.\n\nThe scale of the disruption is easy to overstate, and Cursor’s own [models and pricing documentation](https://cursor.com/docs/models-and-pricing) is the corrective. As retrieved after the announcement — unchanged, since the proposed cutoff has not occurred — Cursor lists eleven models across two pools. The “Cursor Models” pool, with the larger included-usage allowance, holds Grok 4.6, Grok 4.5, and Cursor’s own Composer 2.5. The “Other Models” pool, billed at API rates, holds three Anthropic models, two Google models, and the three OpenAI models this announcement puts at risk.\n\n| Model | Provider | Pool | Affected by proposed Nov 12 shutoff? |\n|---|---|---|---|\n| Cursor Models pool — larger included-usage allowance | |||\n| Grok 4.6 | xAI (SpaceX) | Cursor Models | No |\n| Grok 4.5 | xAI (SpaceX) | Cursor Models | No |\n| Composer 2.5 | Cursor | Cursor Models | No |\n| Other Models pool — billed at API rates | |||\n| Claude Fable 5 | Anthropic | Other Models | No |\n| Claude Opus 5 | Anthropic | Other Models | No |\n| Claude Sonnet 5 | Anthropic | Other Models | No |\n| Gemini 3.1 Pro | Other Models | No | |\n| Gemini 3.7 Flash | Other Models | No | |\n| GPT-5.6 Luna | OpenAI | Other Models | Yes — proposed Nov 12 |\n| GPT-5.6 Sol | OpenAI | Other Models | Yes — proposed Nov 12 |\n| GPT-5.6 Terra | OpenAI | Other Models | Yes — proposed Nov 12 |\n\nSource: Cursor Docs, “Models & Pricing,” as listed after the August 28 announcement. Eleven listed models, three affected — every model in the Cursor Models pool and every non-OpenAI line in the Other Models pool is untouched by this specific announcement, since OpenAI is the only provider being wound down. Cursor’s pricing page describes its hosting generically — “Models are hosted by the model provider, a trusted partner, or Cursor” — and does not reference the wind-down anywhere in its model docs. Notably, no Cursor-owned blog post or changelog acknowledging the change could be located as of this writing, so the roster above reflects the pre-cutoff status quo.\n\nOne angle worth interpreting rather than just counting: the affected pool is the expensive one. All three GPT-5.6 variants sit in the pool billed at API rates, while Cursor’s included-usage economics are built around Grok and Composer — models supplied by Cursor’s own new corporate family. If the proposed cutoff holds, Cursor’s model menu tilts further toward vertically integrated supply, and the question of [which model your AI tool is actually running](/blog/which-model-does-your-ai-tool-actually-run) gets more important for every team that assumed the picker would always be provider-neutral.\n\n## 07 — PrecedentWindsurf 2025 was a *different* mechanism.\n\nThe reflexive comparison is June 2025, when Anthropic limited Windsurf’s direct access to Claude models — [TechCrunch’s own headline verb was “limiting,”](https://techcrunch.com/2025/06/03/windsurf-says-anthropic-is-limiting-its-direct-access-to-claude-ai-models) not “banned” — cutting off first-party access to Claude 3.5 Sonnet and Claude 3.7 Sonnet with less than five days’ notice, while Windsurf never had first-party access to Claude 4 at all. Windsurf CEO Varun Mohan told TechCrunch at the time: “We have been very clear to Anthropic that this is not our desire — we wanted to pay them for the full capacity.” Anthropic framed it as compute allocation — “We’re prioritizing capacity for sustainable partnerships that allow us to effectively serve the broader developer community,” a spokesperson said — against the backdrop of reported OpenAI acquisition talks for Windsurf, which led Anthropic co-founder Jared Kaplan to [remark](https://techcrunch.com/2025/06/05/anthropic-co-founder-on-cutting-access-to-windsurf-it-would-be-odd-for-us-to-sell-claude-to-openai) that “I think it would be odd for us to be selling Claude to OpenAI.”\n\nThe two events rhyme, but they are structurally different, and flattening them into “this keeps happening” obscures what each one teaches. The comparison in full:\n\n| Dimension | Windsurf ← Anthropic (June 2025) | Cursor ← OpenAI (August 2026) |\n|---|---|---|\n| Notice period | Less than 5 days | ~76 days, proposed (Aug 28 → Nov 12) |\n| Stated mechanism | Compute allocation — no legal clause cited | Change-of-control window in a custom contract |\n| Stated reason | “Prioritizing capacity for sustainable partnerships” | Cannot be confident SpaceX will stay within OpenAI’s terms |\n| Verb in the primary source | “Limiting” (TechCrunch headline) | “Wind down” / “cancel” (OpenAI’s own post) |\n| Models affected | Claude 3.5 Sonnet, Claude 3.7 Sonnet (first-party access) | GPT-5.6 Luna, Sol, Terra |\n| Documented workaround offered | None published by Anthropic at the time | Help Center article: BYOK, Codex extension, gateways |\n\n#### Notice period · the two model-supply cutoffs compared\n\nSources: TechCrunch, June 3, 2025; OpenAI, August 28, 2026What survives the comparison is the underlying dynamic, and it is the durable lesson of both events: a coding tool’s model supply is a lever its infrastructure providers can pull when ownership or competitive alignment shifts. Windsurf’s supply moved when its rumored acquirer was Anthropic’s chief rival; Cursor’s is proposed to move because its actual acquirer is a company OpenAI says it cannot trust with its terms. Different mechanisms, same exposure. We track every dated instance of this pattern in [our running ledger of model-supply cutoffs](/blog/ai-model-supply-cutoffs-ledger), which this event now joins.\n\n## 08 — Action PlanWhat to do with the *proposed* 76 days.\n\nThe window is proposed, which means it can shrink — OpenAI’s own guidance says Cursor may choose to end access sooner. The sensible posture is to treat November 12 as the latest plausible date, not the guaranteed one, and to sequence the work accordingly.\n\n**First, inventory your actual OpenAI usage in Cursor.** The surface matters more than the model. A developer who occasionally picks GPT-5.6 Sol in local Chat can switch to BYOK in an afternoon. A team whose Automations, Background Agents, or CLI scripts are pinned to a GPT-5.6 model ID has no documented in-Cursor workaround at all and needs to either re-pin those workflows to an unaffected model or move them out of Cursor entirely. If you have production automations pinned to specific model IDs anywhere, this is exactly the scenario [a one-page model-pinning policy](/blog/model-pinning-policy-production-automations-one-page) exists to catch.\n\n**Second, decide the fallback per surface, not globally.** For local Chat and Agent, the choice is BYOK (with a funded OpenAI API account — a ChatGPT subscription does not count), the Codex extension as a parallel agent, or simply selecting an unaffected model. For Auto routing, note that [Cursor’s own Auto router](/blog/cursor-router-automatic-model-routing-cost-savings) sits on the not-covered list — Auto-routed requests cannot fall back to your OpenAI key, so if Auto has been quietly serving you OpenAI models, its behavior may change without any action on your part. For compliance-sensitive teams, re-read the Zero Data Retention caveat before reaching for BYOK as the default answer.\n\n**Third, put a re-verification date in the calendar.** The official termination date is explicitly to be confirmed between the two companies. Model sunsets with moving dates are a recurring operational hazard — our [model retirement calendar](/blog/model-deprecation-calendar-api-sunset-survival) exists for exactly this kind of sunset, and this one deserves an entry with a weekly check rather than a single November reminder. Teams that want help pressure-testing their model-supply exposure — mapping which workflows depend on which provider, and what a provider-neutral fallback actually costs — do this kind of audit with our [AI transformation practice](/services/ai-transformation) as a scoped engagement rather than a scramble.\n\nLooking forward: whether or not November 12 holds, the direction is set. OpenAI has now shown it will use contract mechanics to withhold both current and future models from a distribution partner whose ownership it distrusts, and it has tied that posture to the accountability bar for its next frontier model. The rational response for any team building on AI coding tools is not to pick a safer vendor — there may not be one — but to keep per-surface model portability cheap: know what you run, pin deliberately, and rehearse the swap before a provider makes you perform it live.\n\nCursor and Anthropic both responded publicly to OpenAI’s announcement. Cursor CEO Michael Truell, posting on X: “OpenAI models serve about 5% of Cursor user traffic, and we’re speaking with the OpenAI team to resolve this. Cursor was one of the very first users of OpenAI, we’ve worked closely with their team for years, and we’ve trusted their platform to be neutral infrastructure for our business.”\n\nAnthropic co-founder Tom Brown, also on X: “Cursor has been a trusted partner of Anthropic since Sonnet 3.5. We’ll continue to increase compute to support Claude models in Cursor and are excited for what comes next with them at SpaceX.” Truell’s ~5% figure, if borne out, sizes the immediate disruption as real but *contained* — and signals that Cursor treats the November date as a negotiation still in progress, not a settled outcome.\n\n## 09 — ConclusionThe supply chain is the *story*.\n\n### Plan for the proposed date, verify the confirmed one.\n\nOpenAI’s August 28 announcement is best read as three separate facts. A proposed shutoff — November 12, with the official date still to be confirmed and the possibility it lands earlier. A narrow blast radius — three of eleven models on Cursor’s current menu, per Cursor’s own documentation. And a permanent gap — no documented path keeps OpenAI models flowing to Tab, Auto routing, Cloud or Background Agents, Automations, the CLI, or the SDK, because bring-your-own-key was never designed to cover them.\n\nThe deeper signal is about how model supply now works. This was not a capacity squeeze like Windsurf’s in 2025; it was a contract clause, invoked deliberately, with maximum notice and published workarounds — and with OpenAI explicitly withholding *future* models from the partnership while the clock runs. Frontier labs are formalizing the conditions under which they will and will not supply competitors’ ecosystems, and those conditions now include who owns you.\n\nFor working teams the takeaway is unglamorous: inventory which surfaces actually touch OpenAI models, fix the pinned automations first because they have no workaround, fund a real API account before assuming BYOK saves you, and calendar a re-check for the confirmed date. The teams that treat model portability as routine hygiene will experience November 12 — whenever and however it lands — as a configuration change, not an incident.", "url": "https://wpnews.pro/news/openai-is-cutting-off-cursor-s-access-to-its-models", "canonical_source": "https://www.digitalapplied.com/blog/openai-ends-cursor-model-access-november-cutoff", "published_at": "2026-08-28 00:00:00+00:00", "updated_at": "2026-08-30 08:23:07.035143+00:00", "lang": "en", "topics": ["ai-policy", "ai-products", "ai-tools"], "entities": ["OpenAI", "Cursor", "SpaceX", "GPT-5.6 Luna", "GPT-5.6 Sol", "GPT-5.6 Terra", "Codex", "Anthropic"], "alternates": {"html": "https://wpnews.pro/news/openai-is-cutting-off-cursor-s-access-to-its-models", "markdown": "https://wpnews.pro/news/openai-is-cutting-off-cursor-s-access-to-its-models.md", "text": "https://wpnews.pro/news/openai-is-cutting-off-cursor-s-access-to-its-models.txt", "jsonld": "https://wpnews.pro/news/openai-is-cutting-off-cursor-s-access-to-its-models.jsonld"}}