DeepSeek V4.1 Flash 1017 mění model API

Odpověď hned: DeepSeek 17. října 2026 nasadil V4.1 Flash 1017 pod stávající API alias deepseek-flash. Integrace proto mohla začít vracet jiné výsledky bez změny názvu modelu nebo kódu. Před dalším produkčním během otestujte přesnost, úplnost, strukturované výstupy, volání nástrojů a cenu správně dokončeného úkolu.

Co se 17. října 2026 změnilo

DeepSeek nasadil model V4.1 Flash 1017 do webového rozhraní, aplikace i API. Podle oznámení DeepSeek ze 17. října 2026 výrobce upravil model s cílem zrychlit dokončování úloh, zkrátit výstupy a zlepšit výsledky vlastních testů.

Pro provozní integrace je důležité, že v API zůstal alias deepseek-flash. Firma tedy nemusela změnit jediný řádek kódu, přesto od 17. října dostávala odpovědi z nového sestavení. Přechod aliasu na verzi 1017 popisuje také rozbor eesel AI z 18. října 2026.

Co porovnatPřed aktualizacíOd 17. října 2026
Název modelu v APIdeepseek-flashdeepseek-flash
Sestavení za aliasempředchozí verzeV4.1 Flash 1017
Sazby za tokenydosavadní sazbypodle eesel AI beze změny
Délka výstupůpředchozí chovánívýrobce uvádí kratší odpovědi
Search a Fetch APInebyly nabízeny samostatnězpoplatněné podle počtu volání

V uvedených zdrojích není popsán samostatný verzovaný název, kterým by bylo možné v hostovaném API vybrat předchozí sestavení. Starší a nový výstup proto nelze spolehlivě porovnat dodatečným přepnutím aliasu. Potřebujete vlastní uložené vstupy, očekávané výsledky a záznam posledního známého dobrého běhu.

Kdy to nezkoušet sám a co uděláme my

Aktualizaci nepouštějte bez kontroly do ostrého provozu, pokud model samostatně odesílá odpovědi zákazníkům, zapisuje do CRM nebo účetního systému či spouští finanční a administrativní kroky. Stejně opatrní buďte u agentů s právem mazat, měnit oprávnění nebo potvrzovat objednávky. Jedna odlišná klasifikace nebo chybně sestavené volání nástroje může provést nevratnou změnu.

Při AI automatizaci firemních procesů postupujeme ve třech krocích:

  1. Zmapujeme vstupy, očekávané výstupy, návazné systémy a kroky vyžadující schválení člověkem.
  2. Sestavíme kontrolní sadu z běžných, hraničních i chybných případů a změříme chování modelu v řízeném pilotu.
  3. Nastavíme opakovatelné testy, záznam volání nástrojů a provozní brzdy pro další změny modelu.

Které firemní procesy znovu otestovat

Nejvyšší prioritu mají workflow, ve kterých výstup modelu pokračuje do dalšího systému bez ruční kontroly:

  • třídění e-mailů a zákaznických požadavků;
  • vytěžování údajů z faktur, objednávek a smluv;
  • generování JSONu pro CRM, ERP nebo helpdesk;
  • agenti volající interní či externí nástroje;
  • automatické úpravy kódu a dokumentů;
  • dávkové zpracování velkého počtu položek;
  • rozhodování, zda případ vyřešit automaticky, nebo jej předat člověku.

U vytěžování faktur nestačí zkontrolovat, že odpověď lze načíst jako JSON. Model může vrátit syntakticky platný objekt, ale zaměnit datum vystavení za datum splatnosti, vynechat číslo účtu nebo chybně přiřadit celkovou částku. Praktické návaznosti popisujeme také v článku Automatizace vytěžování faktur v malé firmě.

Kratší odpověď může snížit počet výstupních tokenů, ale také vypustit údaj, který očekává parser nebo další krok. Vyšší skóre v testu výrobce neříká, zda model dodrží vaše schéma, správně rozpozná vaše dokumenty a zastaví se u sporného případu.

Co otestovat před dalším produkčním během

Připravte neměnnou kontrolní sadu a spusťte ji přes aktuální deepseek-flash. Každý výstup hodnoťte podle předem určených pravidel, ne jen podle toho, zda na první pohled působí správně.

1. Správnost výsledku

U každého případu určete očekávanou odpověď a hranici, za kterou už jde o chybu. Podle typu úlohy kontrolujte například:

  • správnou kategorii požadavku;
  • přesnost každého vytěženého pole;
  • zachování částek, identifikátorů a dat;
  • rozpoznání nejednoznačného vstupu;
  • předání rizikového případu člověku;
  • odmítnutí kroku, ke kterému agent nemá oprávnění.

Souhrnné procento úspěšnosti samo nestačí. Oddělte chyby, které lze snadno opravit, od chyb vedoucích k nesprávnému zápisu, odeslání nebo rozhodnutí.

2. Délka a úplnost

Ukládejte počet vstupních i výstupních tokenů, ale současně kontrolujte povinné části odpovědi. Kratší výstup je úspora pouze tehdy, když zůstane použitelný.

Ověřte přítomnost povinných polí, citací, identifikátorů, odůvodnění a přesného počtu očekávaných položek. U volného textu porovnejte, zda model nevynechal omezení nebo upozornění, která měla zůstat součástí odpovědi.

3. Strukturovaný výstup

U JSONu kontrolujte více než jeho syntaxi:

  • názvy a datové typy všech polí;
  • povinné hodnoty a povolené výčty;
  • práci s prázdnou nebo neznámou hodnotou;
  • desetinná čísla, měny a formát data;
  • neočekávaná pole;
  • shodu s validačním schématem.

Parser by neměl tiše přijmout neúplný objekt. Pokud validace selže, workflow musí případ zastavit nebo předat člověku, nikoli odhadnout chybějící hodnotu.

4. Volání nástrojů

Sledujte celý průběh úlohy, nejen výslednou odpověď. Ověřte, zda model:

  • vybral správný nástroj;
  • předal argumenty v požadovaném formátu;
  • nevytvořil zbytečná nebo opakovaná volání;
  • správně zpracoval chybu a prázdný výsledek;
  • nepoužil data z jiného zákazníka nebo případu;
  • neprovedl nevratný krok bez schválení.

Dvě podobné konečné odpovědi mohou vzniknout výrazně odlišným postupem. Jedna může vyžadovat jediné načtení dat, druhá několik opakovaných dotazů a zápisů. Tím se mění cena i riziko. Další obranné vrstvy shrnuje článek Bezpečnost AI agentů: prompt injection, oprávnění a auditní stopa.

5. Cena správně dokončeného úkolu

Podle eesel AI zůstaly off-peak sazby modelu deepseek-flash na 0,15 USD za milion vstupních tokenů a 0,60 USD za milion výstupních tokenů. Nejde však o celkovou cenu firemního procesu.

Pro jeden úkol počítejte:

cena = vstupní tokeny × vstupní sazba + výstupní tokeny × výstupní sazba + Search + Fetch + opakované běhy

Tokenové sazby je při výpočtu nutné přepočítat na milion tokenů. Search a Fetch se účtují podle počtu volání.

Vedle ceny jednoho spuštění sledujte podíl případů dokončených správně napoprvé. Levnější odpověď není úsporou, pokud ji musí zaměstnanec opravovat nebo celý proces spustit znovu.

Jak započítat Search a Fetch API

DeepSeek 17. října 2026 otevřel také Search API a Fetch API. Podle oficiálního oznámení stojí každý z těchto endpointů 0,75 USD za 1 000 volání.

Serverová volání těchto nástrojů v DeepSeek Harness, Claude Code a Codex mají být pro zákazníky DeepSeek API bez poplatku do 31. října 2026 do 16:00 UTC. Toto dočasné období nezaměňujte za trvalou cenu provozu.

Agent může během jediného úkolu provést několik vyhledávání a načíst více stránek. Do provozních záznamů proto ukládejte zvlášť:

MetrikaProč ji sledovat
Počet Search voláníUkáže náklady na vyhledávání a opakované dotazy
Počet Fetch voláníOdhalí opakované načítání stejných zdrojů
Počet tokenůZachytí cenu vstupu a výsledné odpovědi
Počet opakováníUkáže selhání validace nebo nástroje
Správné dokončeníOddělí levný běh od skutečně použitelného výsledku

Bez těchto údajů může cena za milion tokenů vypadat příznivě, zatímco náklady celého agentního workflow porostou.

Jak si připravit regresní sadu

Kontrolní sada má odpovídat skutečnému provozu. Nevybírejte jen snadné příklady, na kterých model obvykle uspěje. Zařaďte:

  • běžné a jednoznačné vstupy;
  • neúplné dokumenty a chybějící údaje;
  • konfliktní instrukce;
  • neobvyklé formáty;
  • chybu nebo nedostupnost navazujícího nástroje;
  • pokus o vyvolání nepovolené akce;
  • případ, který musí převzít člověk.

Prompty, nastavení modelu, schémata i verze navazujícího kódu po dobu porovnání zmrazte. Pokud změníte více částí současně, nepoznáte, zda rozdíl způsobil nový model, prompt nebo aplikace.

U kódu generovaného modelem přidejte automatické testy, statickou kontrolu a lidské posouzení změn. Důvod rozebírá článek Kód od AI: kdo ho přečetl, než šel na uživatele.

Co udělat před dalším během

Poznamenejte si datum změny modelu, uložte aktuální prompty a nastavení a spusťte reprezentativní regresní sadu. Výsledky porovnejte s posledním známým dobrým během.

Produkci uvolněte až ve chvíli, kdy znáte rozdíl v přesnosti, úplnosti, strukturovaných výstupech, volání nástrojů a ceně správně dokončeného úkolu. Pokud starší výstupy nemáte, použijte současné měření jako výchozí bod pro příští změnu aliasu.

Časté otázky

Musím změnit název modelu v API?

Ne. Alias zůstává deepseek-flash. Od 17. října 2026 však podle uvedených zdrojů směřuje na sestavení V4.1 Flash 1017.

Změnily se sazby za tokeny?

Podle eesel AI zůstaly off-peak sazby na 0,15 USD za milion vstupních a 0,60 USD za milion výstupních tokenů. Změnit se přesto může počet tokenů, volání nástrojů a cena správně dokončeného úkolu.

Znamenají kratší odpovědi automaticky úsporu?

Ne. Úsporu potvrďte až po kontrole úplnosti, počtu oprav, opakovaných běhů a volání nástrojů.

Kolik stojí Search a Fetch API?

Podle oznámení DeepSeek stojí Search API i Fetch API 0,75 USD za 1 000 volání. Dočasné bezplatné období pro uvedené serverové nástroje má skončit 31. října 2026 v 16:00 UTC.

Stačí výsledky benchmarků výrobce?

Nestačí. Testy výrobce neobsahují vaše prompty, dokumenty, validační pravidla, oprávnění ani návazné systémy. Pro rozhodnutí o produkčním nasazení je podstatný opakovatelný test na vašich skutečných úlohách.