DeepSeeks API bestaat uit twee endpoints en twee modelnamen — dit is wat elk daarvan accepteert.

De DeepSeek API lijkt eenvoudiger dan hij is. Er zijn twee basis-URL's, twee modelaanduidingen en een functiematrix waarin de twee kolommen bijna identiek zijn — op één regel na, die bepaalt of je workload überhaupt mogelijk is. Als je migreert van een OpenAI SDK, heb je een van beide nodig; als je migreert van een Anthropic-vormige harness, heb je de andere nodig; en als je schermafbeeldingen verstuurt, zal slechts een van de twee modellen ze accepteren.

De twee bases

• OpenAI-indeling — code>https://api.deepseek.com/code>. Chat-completions in de OpenAI-vorm, inclusief de Responses API, JSON-uitvoer, tool-calls en prefix-completion in bèta.

• Anthropic-formaat — code>https://api.deepseek.com/anthropic/code>. Dezelfde twee modellen achter een Anthropic-vormig oppervlak, precies wat een coding harness nodig heeft die dat protocol spreekt.

Beide bases ondersteunen beide modellen. De keuze voor een base draait om je clientbibliotheek, niet om mogelijkheden.

De twee namen, en wat er achter elk zit

• deepseek-flash —momenteel aangeboden door DeepSeek-V4.1-Flash-1017, de checkpoint van oktober. Multimodaal: tekst en afbeeldingen als invoer, tekst als uitvoer. 1M context, 384K maximale uitvoer, 2.500 gelijktijdige verzoeken.

• deepseek-v4-pro — geleverd door DeepSeek-V4-Pro-0813. Alleen tekst. Dezelfde context van 1M en uitvoer van 384K, 500 gelijktijdige verzoeken.

Twee legacy-identifiers worden nog steeds geaccepteerd — code>deepseek-v4-flash/code> en code>deepseek-v4-flash-vision-exp/code> — maar de documentatie van DeepSeek stelt expliciet dat de overeenkomstige modellen zijn uitgefaseerd, dat aanvragen worden verwerkt door V4.1-Flash-1017 en dat ze tegen de Flash-prijs in rekening worden gebracht. In de praktijk betekent dit dat een oude integratie blijft werken en stilletjes de antwoorden van een ander model begint terug te geven, wat het waard is om te controleren voordat je een verandering in de uitvoer aan iets anders toeschrijft.

De functiematrix, rij voor rij

Bijna alles is gedeeld. De uitzonderingen zijn precies de reden waarom deze gids bestaat.

• Denkmodus — beide modellen ondersteunen niet-denkmodus en denkmodus, waarbij denkmodus de standaard is. Inzetniveaus zijn laag, hoog en max; DeepSeek adviseert laag voor eenvoudige taken, hoog voor dagelijks agentwerk, max voor moeilijkere scenario's.

• JSON-uitvoer, tool-aanroepen, prefix-aanvulling — identiek ondersteund op beide. Prefix-aanvulling is in bèta.

• Responses API en Anthropic API — beide ondersteund op beide modellen, wat ongewoon is en de moeite waard om te weten: je kunt elk model aansturen via elke clientvorm zonder een vertaallaag.

• FIM-aanvulling — bèta op beide, en de non-thinking-modus alleen op beide. Als jouw gebruiksscenario code-infill is, geldt die beperking ook voor het vlaggenschip.

• Vision — een vinkje voor code>deepseek-flash/code>, "Niet ondersteund" voor code>deepseek-v4-pro/code>. Dit is de enige splitsing in de matrix, en het is niet iets wat een promptwijziging kan omzeilen.

Wat de identificatoren over kosten impliceren

De namen bepalen de prijsstructuur. Flash kost $0,15 voor input en $0,60 voor output per miljoen tokens, met een cache-hit op $0,003; V4 Pro kost $0,66 en $1,98, cache-hit $0,022. Beide verdubbelen tussen 01:00–04:00 en 06:00–10:00 UTC, maandag tot vrijdag. De modelnaam die je kiest, bepaalt dus zowel de capaciteit als de rekening, en de bovenstaande oude namen zetten de rekening op het Flash-tarief, ongeacht welk checkpoint antwoordt.

Een praktische consequentie: omdat code>deepseek-flash/code> nu verwijst naar een checkpoint dat in oktober is uitgebracht, beschrijft een kostenmodel of een kwaliteitsbaseline die op basis van het septembermodel is opgesteld, iets dat je onder die identifier niet meer krijgt. Leg niets vast op een naam die je deze maand niet opnieuw hebt gemeten.

Hoe dit zich verhoudt tot een routeringslaag

Het eigen aanbod van DeepSeek bestaat uit twee modellen achter twee protocollen. Als je applicatie alleen ooit het sterkste DeepSeek-model nodig heeft, is dat voldoende. De gevallen waarin dat niet genoeg is, zijn de gevallen die deze vorm niet kan uitdrukken: een fallback kiezen voor een storing bij een provider, DeepSeek combineren met het model van een andere leverancier in één workflow, of Flash tegen Pro A/B-testen op live verkeer zonder twee integraties.

Daarvoor is het OpenAI-compatibele endpoint van OrcaRouter met 224 modellen bedoeld, en DeepSeek V4 Proen V4.1 Flash staan er beide op tegen de door DeepSeek gepubliceerde tarieven, zonder marge — inclusief de rij voor cache-hits en de verdubbeling tijdens piekuren, omdat de prijs van de leverancier is wat er wordt doorgegeven. De endpoints hierboven werken nog precies zoals DeepSeek ze documenteert; een router vervangt de API van de leverancier niet, maar biedt je één plek om tussen meerdere daarvan te wisselen.

De migratiechecklist, in volgorde

Kies de base aan de hand van de vorm van je client, niet aan de hand van het model dat je wilt.

Kies het model aan de hand van wat je verstuurt: afbeeldingen betekenen Flash, bij werk met alleen tekst beslist de prijs.

• Stel de denkintensiteit expliciet in in plaats van de standaardwaarde over te nemen, omdat de standaardwaarde 'thinking-on' is.

• Controleer of uw oude identificatie onder u is komen te vervallen — de twee oude namen worden geaccepteerd, opnieuw gefactureerd en opnieuw geleverd.

• Meet het aandeel cachehits voordat je de maandelijkse factuur schat, want een stabiel prefix is een korting van 30× en een onstabiel prefix is niets.