Konec vyčerpávajícího stavění vlastní infrastruktury
Pokud jste v minulých letech zkoušeli postavit autonomního AI agenta, nepochybně znáte tu situaci. Samotný jazykový model je v podstatě jen extrémně chytrý kalkulátor textu. Aby z něj vznikl fungující digitální pracovník, který dokáže několik hodin samostatně řešit úkoly, spouštět kód, prohledávat web a opravovat vlastní chyby, museli jste kolem něj vybudovat masivní lešení.
Tohle lešení – v hantýrce vývojářů označované jako orchestrace nebo agentic harness – řešilo všechno od neustálého ořezávání kontextového okna přes ošetření pádů síťového připojení až po ukládání průběžného stavu. Byla to mravenčí a často frustrující práce. Vývojáři obvykle strávili více času laděním infrastruktury a chybových stavů než samotnou logikou aplikace.
Společnost OpenAI se rozhodla tento strukturální problém vyřešit tím, že vývojářům zpřístupnila přesně ten orchestrační systém, na kterém sama provozuje své nejvýkonnější služby. Podle podrobností zveřejněných magazínem The Decoder je nové rozhraní přístupné v rámci hlavičky OpenAI-Beta: agents=v1 a přebírá veškerou těžkou práci s řízením dlouhoběžných relací.
Jak rozhraní funguje v praxi: Čtyři stavební kameny
Architekturu Agents API si můžeme představit jako přehledný dispečink, který řídí tým specializovaných pracovníků. Místo chaotického posílání textových promptů sem a tam postavila OpenAI celé rozhraní na čtyřech klíčových objektech:
- Agent: Definice samotné inteligence. Určuje, jaké instrukce model dostane, k jakým jazykovým modelům má přístup (například k aktuálnímu vlajkovému modelu GPT-6 Astra) a jaké konkrétní nástroje může spouštět.
- Environment: Bezpečně izolované prostředí (sandbox), ve kterém agent reálně vykonává práci. Zde probíhá spouštění kódu, manipulace se soubory nebo prohledávání webu.
- Session: Dlouhodobá relace udržující stav. Pokud agent pracuje na úkolu několik hodin, Session udržuje kompletní historii a automaticky provádí kompresi kontextu (context compaction). Vývojář tak nemusí řešit přetečení paměti.
- Events / Items: Pořádný a transparentní protokol událostí. Vývojář vidí každý krok, myšlenkový pochod i výsledek vykonání kódu v reálném čase.
V praxi to znamená obrovský posun v robustnosti. Pokud výpočet selže nebo vyprší časový limit kontejneru, spravovaná infrastruktura OpenAI se postará o automatické zotavení a pokračování v práci přesně v místě, kde proces skončil.
Standard MCP, podagenti a výběr cloudu
Zásadním architektonickým prvkem nového rozhraní je nativní podpora standardu Model Context Protocol (MCP). To znamená, že vývojáři už nemusejí pro každý externí nástroj psát specifické adaptéry na míru. Pokud jakákoliv databáze či služba podporuje MCP, agent si její možnosti dokáže sám vyhledat a začít je používat.
Agents API navíc přináší systém paralelních podagentů (subagents). Hlavní řídicí agent může složitou úlohu – například kompletní refaktorování kódové báze a následný přepis dokumentace – rozdělit na menší dílčí úkoly a delegovat je na specializované podagenty, kteří pracují současně.
Zajímavě je vyřešeno i samotné výpočetní prostředí. OpenAI nabízí vlastní hostované sandboxy, ale zároveň oznámila přímou integraci s 9 výpočetními platformami. Vývojáři tak mohou spouštět kód agentů v prostředí služeb jako Cloudflare, Vercel, Oracle, DigitalOcean, Modal, E2B, Blaxel, Daytona nebo Runloop. Kód tedy běží přesně tam, kde už má firma své databáze.
Čísla z praxe a cenová politika
Pokud jde o finance, OpenAI zvolila vstřícnou strategii. Za samotnou spravovanou orchestraci a správy relací přes Agents API si neúčtuje **vůbec nic ($0 navíc)**. Vývojář platí výhradně běžné sazby za spotřebované tokeny použitých modelů, spouštění nástrojů a případně standardní kontejnerové sazby u OpenAI sandboxů.
Pokud v agentovi nasadíte například model GPT-6 Astra, platíte standardní sazbu $10,00 za 1 milion vstupních tokenů a $50,00 za 1 milion výstupních tokenů. Pokud pro podagenty zvolíte menší a rychlejší modely, celkové náklady na jeden kompletní úkol výrazně klesají.
K dispozici jsou již i první měřitelné výsledky z reálného nasazení. Společnost **Ciridae**, která rozhraní testovala v uzavřeném režimu, uvedla, že přechod na Agents API zvýšil jejich evaluační skóre úspěšnosti agentů z 0,71 na 0,85. Ještě výraznější posun zaznamenali u rychlosti – u náročných workflow s podagenty došlo k **čtyřnásobnému snížení latence** oproti jejich vlastnímu předešlému řešení.
Co to znamená pro české vývojáře a jaká jsou omezení?
Pro českou vývojářskou scénu jde o vítanou zprávu. Moderní modely OpenAI ovládají češtinu na velmi vysoké úrovni, což otevírá dveře ke snadné automatizaci zákaznické podpory, interních znalostních bázi nebo správy IT infrastruktury v českém jazyce bez nutnosti vyvíjet vlastní orchestrátor.
Existuje však jedno zásadní omezení, které je potřeba vzít v úvahu z pohledu legislativy a GDPR. Jelikož je Agents API zatím ve fázi veřejné bety, veškerá data v rámci relací (Sessions) jsou ukládána **výhradně na serverech v USA**. V beta verzi navíc **zatím není podporován režim Zero Data Retention (ZDR)**.
Pro české firmy, které zpracovávají citlivé osobní údaje klientů nebo podléhají přísné regulaci (například v bankovnictví či zdravotnictví), to znamená, že novinku nemohou ihned nasadit do ostrého produkčního provozu na ostrá data uživatelů. Pro vývoj, interní automatizaci nebo testování na anonymizovaných datech je však rozhraní připraveno k okamžitému použití.
Je Agents API dostupné pro všechny vývojáře s účtem OpenAI?
Ano, rozhraní je od 10. září 2026 přístupné jako veřejná beta pro všechny vývojáře s API účtem. Pro jeho aktivaci stačí v požadavcích předávat HTTP hlavičku OpenAI-Beta: agents=v1.
Musím pro spouštění kódu agenta používat pouze sandboxy od OpenAI?
Není to nutné. OpenAI integrovala rozhraní přímo s 9 externími cloudovými platformami, jako jsou Cloudflare, Vercel, Oracle, Modal či DigitalOcean. Kód agenta tak může běžet v prostředí, které si sami zvolíte.
Jak je to se soukromím dat při zpracování českých dokumentů?
V současné veřejné betě jsou všechna data ukládána na serverech v USA a služba zatím nepodporuje režim Zero Data Retention (ZDR). Pro vývojáře pracující s citlivými osobními údaji podle GDPR to znamená nutnost zvážit právní aspekty před nasazením do ostrého provozu.