Komodor dává AI agentům mantinely. Firmám má zjednodušit provoz cloudu

Pro člověka, který spravuje web nebo aplikaci, je nejhorší chvíle ta, kdy služba přestane odpovídat a tým musí rychle zjistit proč. Komodor chce část tohoto hledání přenechat softwarovým agentům. Dne 16. září 2026 oznámil Komodor Agentic Operations Platform, tedy podnikovou vrstvu pro sestavování, spouštění, kontrolu a vyhodnocování agentů.

Slovo agent zde neznamená jen chatovací okno. Agent dostane úkol, může si načíst logy a metriky, zavolat další nástroj a navrhnout nebo provést krok podle nastavených pravidel. U produkčního systému je přitom zásadní nejen to, zda odpověď zní chytře, ale také zda agent nezasáhne do nesprávného serveru, neutratí nečekaně mnoho peněz nebo nevyzradí citlivá data.

Co platforma nabízí od prvního dne

Základem jsou hotové workflow, tedy předem připravené řetězce úkolů. Komodor uvádí více než 50 vlastních specializovaných agentů, dovedností, integrací a MCP konektorů. MCP je otevřený způsob, jak modelu bezpečně zpřístupnit funkce a data konkrétního systému. Týmy mohou jednotlivé kroky přidávat, odebírat nebo měnit jejich pořadí.

První skupina se zaměřuje na AI SRE. Zkratka označuje práci lidí, kteří hlídají spolehlivost služeb: hledání příčin incidentů, třídění výstrah a předcházení problémům. Druhá část řeší optimalizaci nákladů v cloudu, Kubernetes a pozorovacích nástrojích. Třetí se týká provozu vývoje, například kontroly změn, zdraví CI/CD pipeline a připravenosti systému před nasazením.

Pro menší český tým to může znamenat, že nemusí od začátku stavět vlastního agenta pro každou rutinní kontrolu. Praktická hodnota ale vznikne jen tehdy, pokud firma používá Kubernetes nebo podobně složitý cloudový provoz. Pro jednoduchý e-shop na jednom serveru by šlo o zbytečně robustní řešení.

Vlastní agent bez ztráty kontroly

Komodor nechce zůstat jen u katalogu hotových funkcí. Firma uvádí, že do platformy lze převést existující skript, provozní postup nebo runbook, importovat agenta z jiného frameworku, případně nového vytvořit pomocí SDK. Agent může běžet v cloudu, v lokálním datovém centru nebo v izolovaném prostředí. Podle oznámení lze použít libovolný model a poskytovatele.

Důležitou součástí je společný kontext a trvalá paměť. Jednoduše řečeno, agent si nemusí při každém incidentu počínat jako úplný nováček: může pracovat s organizačními znalostmi, předchozími vyšetřováními a vztahy mezi částmi infrastruktury. To však samo o sobě nezaručuje správný výsledek. Paměť může obsahovat zastaralý postup a znalostní graf může být neúplný, takže lidská kontrola zůstává potřebná.

Bezpečnost je důležitější než působivá ukázka

Nejrozumnější částí oznámení jsou mantinely kolem akcí agenta. Role a oprávnění určují, kdo jej smí spustit a ke kterým nástrojům nebo údajům se dostane. Guardrails, česky ochranná pravidla, kontrolují vstupy, volání nástrojů i odpovědi modelu. Rizikový krok může být pozastaven a čekat na schválení člověkem. Platforma má také rozpočtové limity a auditní stopu všech akcí.

Komodor na cenové stránce uvádí ochranu před destruktivními akcemi, filtrování úniku dat, řízení volání agent-agent a úplné auditování. Uživatel si musí pohlídat, jak široká oprávnění konkrétnímu agentovi udělí. Ani sebelepší kontrolní vrstva nevyřeší špatně nastavené přístupy nebo nejasný proces schvalování.

Pro evropské firmy je relevantní také evropský AI Act. Evropská komise uvádí, že od 2. srpna 2026 se pravidla obecně uplatňují, zatímco některé kategorie vysoce rizikových systémů mají odložené termíny. Provozní agent pro Kubernetes není automaticky vysoce rizikovým systémem, ale firma by měla zdokumentovat jeho účel, oprávnění, dohled a záznamy. To je užitečné nejen kvůli právu, ale i při řešení incidentu.

Kolik Komodor stojí a pro koho dává smysl

Veřejný ceník v dolarech ani eurech neexistuje. Ceník Komodoru rozlišuje plán Starter a Enterprise, u obou uvádí „custom pricing“. Starter má platformní poplatek a AI tokeny, Enterprise přidává rozšířený objem tokenů a volání. Výslednou cenu tedy ovlivní nejen počet clusterů, ale hlavně to, kolikrát agent pracuje a kolik dat při tom zpracuje.

To je rozdíl proti běžnému předplatnému chatbotu. U nástroje za 20 dolarů měsíčně člověk obvykle zná horní hranici nákladu. U Komodoru je poctivější počítat ve dvou řádcích: pevný poplatek platformě + proměnná spotřeba modelu. Před nákupem bych proto požadovala modelový výpočet pro běžný měsíc, nejhorší incident a testovací provoz. Bez něj nelze nabídku smysluplně porovnat s vlastním skriptem nebo konkurenční platformou.

Komodor uvádí dostupnost celosvětově, tedy i pro české firmy, které splní obchodní a technické podmínky. Veřejná dokumentace ani oznámení ale nepotvrzují českou lokalizaci uživatelského rozhraní. Počítat je proto třeba s angličtinou a s týmem, který rozumí Kubernetes, cloudovým oprávněním a provozním postupům. Pro malou firmu bez vlastního DevOps člověka nebude největší překážkou samotná AI, ale nastavení dat, přístupů a odpovědnosti.

Praktický verdikt

Platforma míří na skutečný problém: firmy mohou díky kódovacím agentům vydávat změny rychleji, a tím si zároveň vyrábět více incidentů a údržby. Komodor nabízí způsob, jak hotové i vlastní agenty držet pod jednou střechou a postupně je testovat. Zajímavá je možnost nejprve novou verzi agenta sledovat ve stínovém provozu, porovnat její výsledky a teprve potom ji pustit k reálným zásahům.

Běžný uživatel v Česku si Komodor pravděpodobně předplatit nebude. Pro technologickou firmu s více Kubernetes clustery ale může být relevantní, pokud si předem ověří cenu, umístění dat, podporu češtiny nepotřebuje a jasně nastaví lidské schvalování. Doporučení je proto opatrné: vyzkoušet v omezeném, pouze čtecím režimu a na konkrétním incidentním scénáři ano; dát agentovi hned právo mazat produkční prostředky ne.