DeepSeek 17. října 2026 zpřístupnil samostatná rozhraní Search a Fetch pro vývojáře AI agentů a aplikací RAG (generování s rozšířením o vyhledávání). Search hledá aktuální stránky vlastním vyhledávačem DeepSeek, zatímco Fetch načte konkrétní stránku a vrátí její obsah ve formátu Markdown. Každý endpoint stojí 0,75 dolaru za 1 000 úspěšných požadavků; některá volání přes nástroje na straně serveru měla být dočasně zdarma.
14
23
24
Endpointy a přihlášení
Obě rozhraní používají základní adresu https://api.deepseek.com, přijímají požadavky metodou POST a vracejí surový JSON. Dokumentace uvádí tyto endpointy:
23
- Search:
POST https://api.deepseek.com/v1/tools/search
- Fetch:
POST https://api.deepseek.com/v1/tools/fetch
Autentizace funguje stejně jako u DeepSeek API, tedy pomocí Bearer tokenu.
23
Search: parametry a výsledky
Povinný parametr query musí obsahovat neprázdný dotaz o délce 1 až 128 znaků Unicode. Volitelný parametr count určuje počet výsledků: standardně je to 10, povolený rozsah je 1 až 50. Mezi další dokumentované volitelné parametry patří ori_question, localization a need_content. Jeden z integračních zdrojů uvádí, že need_content má ve výchozím nastavení hodnotu false. Dostupné podklady ale přesně nevysvětlují význam ani očekávaný formát všech volitelných parametrů.
17
36
Oficiální dokumentace potvrzuje podporu operátorů site:, -site: a vyhledávání přesné fráze v uvozovkách. Integrační materiál navíc uvádí -term, lang:, after: a before:. Tento rozšířený seznam je vhodné brát jako vodítko pro implementaci, nikoli jako úplnou záruku chování API.
17
34
Search vrací seřazené, strukturované výsledky. Integrační reference uvádí položky jako title, url, snippet a summary; při vyžádání také content. Zmiňuje rovněž date, rerank_score a authority. Podle stejného zdroje mívají úryvky obvykle 100 až 200 znaků a shrnutí 600 až 800 znaků. Protože tyto podrobnosti o polích a jejich délce pocházejí z integrační reference, nikoli z poskytnuté části oficiálního API popisu, ověřte si je v aktuálním schématu odpovědi, než na nich postavíte implementaci.
36
Fetch: zadaná adresa a výstup
Fetch vyžaduje URL o délce nejvýše 8 192 znaků. Podle API reference musí jít o adresu HTTP nebo HTTPS s uvedeným hostitelem; URL nesmí obsahovat uživatelské jméno ani heslo. Odpověď obsahuje název stránky a její obsah ve formátu Markdown.
18
Dostupná dokumentace nepotvrzuje, že lze načíst libovolný web, ani podrobně nevymezuje všechna omezení extrakce a možné chyby. Nepředpokládejte proto, že Fetch vždy zpřístupní úplný obsah každé zadané stránky.
18
Cena a dočasně bezplatná volání
DeepSeek oznámil cenu 0,75 dolaru za 1 000 volání každého endpointu. Podle zpravodajských zdrojů se poplatek týká úspěšných požadavků; neúspěšná volání, prázdné výsledky a timeouty se neúčtují. Integrační reference popisuje poplatek za načítání obsahu jako oddělený od ceny za tokeny modelu. Cena API volání tedy nezahrnuje případné modelové zpracování získaného obsahu.
2
13
24
Při oznámení DeepSeek uvedl, že volání Search a Fetch přes serverové nástroje v DeepSeek Harness, Claude Code a Codex budou pro uživatele DeepSeek API dočasně zdarma. Zpoplatnění mělo začít 31. října 2026 v 16:00 UTC, tedy 1. listopadu o půlnoci pekingského času. Tato výjimka se týká uvedených integrací; neznamená plošné osvobození přímých volání API od poplatků.
2
24
Limity požadavků a nejasnosti
Podle sekundárních zdrojů je limit pro Search a Fetch 5 požadavků za sekundu na účet.
4
10 Dostupná dokumentace ale nepotvrzuje, zda mají oba endpointy oddělené limity, zda se limit vztahuje k účtu nebo API klíči, jestli Fetch podléhá dalším omezením podle domény ani jak přesně API reaguje při překročení limitu.
17
18
Samostatná dokumentace DeepSeek popisuje limity souběžných požadavků pro modely, dostupný výňatek však nevysvětluje, jak se tyto limity vztahují k provozu Search a Fetch. Nepotvrzuje ani to, že překročení limitu Search či Fetch vždy vyvolá odpověď HTTP 429.
25
Z oznámení je tedy jasné, jaké jsou základní endpointy Search a Fetch, že Search využívá vlastní vyhledávač DeepSeek a kolik stojí jednotlivé požadavky. U detailů nad rámec zdokumentovaných parametrů a pravidel pro URL — zejména u formátu volitelných polí, úplného schématu odpovědí a chování v okrajových případech — je bezpečnější vycházet z aktuální oficiální API reference než z předpokladů založených na integračních materiálech třetích stran.
17
18
23