AI-modellen uitgefaseerd: wat verandert er voor Claude, Gemini en GPT-4o

De komende tien weken faseren drie aanbieders een AI-model uit. Op 30 november zet Anthropic Claude Sonnet 4.5 uit. Vanaf 1 december beantwoordt Google verzoeken aan Gemini 2.5 Pro en Flash met nieuwere modellen. Op 14 januari haalt OpenAI de versies van GPT-4o en GPT-4.1 van de API. Draait een toepassing in uw bedrijf op een van deze modellen, dan werkt die straks niet meer, of anders dan u gewend bent. Hieronder leest u per aanbieder wat er gebeurt, en hoe u het nieuwe model test voordat de datum dat voor u doet.

Wat verandert er, en wanneer

Datum	Aanbieder	Model	Wat er gebeurt	Vervanger
30 nov 2026	Anthropic	claude-sonnet-4-5-20250929	Verzoeken mislukken	claude-sonnet-5-5
30 nov 2026	OpenAI	Agent Builder, Evals, v1/prompts	Producten stoppen	Agents SDK, prompts in uw eigen code
1 dec 2026	Google	gemini-2.5-pro	Doorgestuurd naar ander model	gemini-3.8-flash
1 dec 2026	Google	gemini-2.5-flash	Doorgestuurd naar ander model	gemini-3.5-flash-lite
14 jan 2027	OpenAI	versies van gpt-4o, gpt-4o-mini, gpt-4.1, gpt-4.1-mini	Verdwijnen van de API	gpt-6-luna

De data komen van de pagina’s over uitfasering van Anthropic, Google en OpenAI. Google noemt zijn data de vroegst mogelijke. Kijk dus vlak voor uw planning nog eens op die pagina.

Anthropic: Claude Sonnet 4.5 stopt

Anthropic liet gebruikers op 30 september weten dat Sonnet 4.5 op 30 november verdwijnt. Daarna mislukt elk verzoek aan dit model. Uw code krijgt een foutmelding terug, geen ander antwoord. Dat is de makkelijke variant: u merkt het meteen. Toch merkt u het liever in een test dan in productie.

Let bij de overstap naar Sonnet 5.5 op één valkuil. De nieuwere modellen accepteren temperature, top_p en top_k niet meer met een andere dan de standaardwaarde. Volgens Anthropic geven Claude 4.7 en nieuwere modellen dan een 400-fout, en API-versie 2026-10-21 haalt de parameters voor alle modellen weg. Veel extractiesystemen zetten temperature: 0 voor stabiele uitvoer. Past u alleen de modelnaam aan, dan mislukken die verzoeken alsnog.

De data gelden voor de Claude API en de platforms die Anthropic zelf beheert. Amazon Bedrock en het Claude-aanbod dat Google Cloud zelf beheert, hebben een eigen schema. Controleer die apart.

Google: Gemini 2.5 blijft antwoorden, maar met een ander model

Google kiest een andere aanpak. Vanaf 1 december gaan verzoeken aan gemini-2.5-pro naar gemini-3.8-flash, en verzoeken aan gemini-2.5-flash naar gemini-3.5-flash-lite. U betaalt de tarieven van het nieuwe model. Google vraagt u om vóór die datum de wijzigingen in de API te lezen in de migratiegids van elk nieuw model.

Dit is de riskantere variant. Er gaat niets mis dat iemand opvalt, maar een ander model geeft ander werk af. Een extractiestap mist ineens velden of noteert datums anders. Een classificatie kiest andere labels. Een prompt die op 2.5 Pro was afgestemd, werkt op een Flash-model misschien anders. Dat ziet u alleen als u het meet.

gemini-2.5-flash-lite wordt niet uitgefaseerd en blijft voorlopig beschikbaar.

OpenAI: GPT-4o en GPT-4.1 in januari

Op 14 oktober kondigde OpenAI aan dat de vaste versies van GPT-4o, GPT-4o mini, GPT-4.1 en GPT-4.1 mini op 14 januari 2027 van de API verdwijnen. De aanbevolen vervanger is voor allemaal gpt-6-luna. Gefinetunede modellen op basis van deze versies volgen hetzelfde schema. Een finetune op gpt-4o-mini-2024-07-18 stopt dus ook. Die moet u opnieuw trainen op een nieuwer basismodel, of vervangen door een goede prompt.

Hebt u op de tools van OpenAI zelf gebouwd, dan telt 30 november ook. Dan stoppen Agent Builder, het Evals-dashboard met de bijbehorende API en de API voor herbruikbare prompts (v1/prompts). OpenAI raadt aan de prompts in uw eigen applicatiecode te zetten. Staan uw prompts alleen in het dashboard van OpenAI, kopieer ze dan nu.

Welke modellen gebruikt u eigenlijk?

De meeste bedrijven weten dat niet uit hun hoofd. De modelnaam staat in een configuratiebestand, een omgevingsvariabele, een no-codetool of het product van een leverancier. Kijk hier:

• Gebruiksexports. In de Claude Console exporteert u uw gebruik als CSV, uitgesplitst per API-sleutel en per model. Bij OpenAI geeft het endpoint GET /v1/models per model een veld shutdown_date, dat u met een script kunt controleren.
• Uw code en configuratie. Zoek op sonnet-4-5, gemini-2.5, gpt-4o en gpt-4.1.
• Tools en leveranciers. Automatiseringstools zoals n8n of Make, en software die u inkoopt, roepen vaak namens u een model aan. Vraag de leverancier welk model dat is en wat het plan is.
• De mailbox van de accounteigenaar. Alle drie de aanbieders sturen hun aankondigingen per e-mail. Controleer of het adres op elk account nog bij iemand uitkomt die het leest.

Wat u nu doet

1. Maak een lijst van elke toepassing die een taalmodel aanroept, met aanbieder, exacte modelnaam en eigenaar.
2. Stel per toepassing een kleine testset samen: 30 tot 100 echte invoeren met de uitvoer die u verwacht. Haal eerst persoonsgegevens weg; in ons artikel over taalmodellen gebruiken zonder persoonsgegevens te versturen leest u hoe.
3. Draai de testset op het nieuwe model en vergelijk. Kijk naar wat telt voor die toepassing: ontbrekende velden, verkeerde labels, lengte, kosten per verzoek.
4. Pas prompts en parameters aan, bijvoorbeeld temperature weghalen voor de nieuwe Claude-modellen.
5. Stap over vóór de deadline, op een dag die u zelf kiest, met een weg terug.
6. Voor Gemini 2.5 beslist u vóór 1 december: zelf overstappen, of de automatische wissel accepteren en de uitvoer de eerste dagen goed in de gaten houden.

Hoe wij dit aanpakken

Wij zetten de modelnaam op één plek: in een API-laag tussen de applicatie en de aanbieders van modellen. Voor een financiële dienstverlener bouwden we zo een eigen AI-werkomgeving met meerdere agents. Die laag logt welk model elk verzoek beantwoordt. Zo zien we meteen welke toepassingen afhangen van een model dat binnenkort stopt. Elke toepassing heeft ook een eigen testset, zodat een modelwissel een gemeten wijziging is en geen gok. Lees meer op onze pagina over AI-assistenten en agents, of in ons artikel over de aanval op LiteLLM.