Top 5 problémů při správě 20+ AI agentů v produkci

Co se stane, když skutečně provozujete 20+ AI agentů denně

Amelia z SaaStr (vedoucí GTM Operations) a Jason Lemkin (zakladatel a generální ředitel) poskytují nejúpřímnější a operačně nejdetailnější popis správy AI agentů v produkci, který dnes existuje. Nejedná se o teorii — SaaStr provozuje denně 20-30 AI agentů napříč Artisan, Qualified, Agent Force, Monaco, Momentum a vlastními agenty vytvořenými s Claude. Zjištění slouží jako plán toho, s čím se bude muset potýkat každá organizace.

Hlavním zjištěním je nepříjemné: “People talk about orchestration agents and master agents. We haven’t found anyone that can integrate Agent Force, Artisan, Qualified, Monaco, Momentum… that product does not exist.” (Lidé mluví o orchestračních agentech a master agentech. Nenašli jsme nikoho, kdo by dokázal integrovat Agent Force, Artisan, Qualified, Monaco, Momentum… takový produkt neexistuje.) Navzdory všem řečem o orchestraci více agentů neexistuje na trhu žádný produkt, který by dokázal sjednotit agenty od různých dodavatelů do jedné správní roviny.

Problém č. 1: Přepínání kontextu mezi 20+ dashboardy agentů

Každý agent má oddělené rozhraní, oddělený jazyk, oddělené chování a oddělené požadavky. Ameliin ranní režim zahrnuje kontrolu každého agenta jeden po druhém — přihlášení do oddělených dashboardů, kontrola nocního výstupu, zadávání nového kontextu. Když se změní kampaň (například změna ceny vstupenky), musí ručně zadat tento kontext do pěti oddělených agentů jednotlivě.

Matematika je brutální: každý agent vyžaduje 10 minut až jednu hodinu na denní kontrolu. Vynásobte to 20+ agenty a lidský manager se stane úzkým místem. Jedná se o zákon Amdahl v praxi — AI se provádí rychle, ale vrstva lidské koordinace omezuje propustnost.

Problém č. 2: Období „odpojení” na dva týdny pro každého nového agenta

Každý nový agent vyžaduje přibližně dva týdny implementačního času, během nichž se stávající agenti degradují, protože lidský manager nemůže udržovat denní kontroly se vším. Agenti čekající na lidský vstup jednoduše čekají nečinně — vyhazují peníze a ztrácejí dynamiku.

Limit propustnosti: Měsíčně můžete najednou připojit přibližně 1 až 1,5 nového agenta bez degradace existující flotily. Kompromis je skutečný — Monaco si v prvním týdnu zarezervovalo 6 schůzek (včetně účtů první úrovně), takže se to vyplatilo, ale všichni ostatní agenti trpěli během připojování.

Problém č. 3: Krize nástupnictví agentů

Toto bylo nazváno „potenciálně nejdůležitějším problémem”. Všechny znalosti agentů v SaaStr žijí v jedné osobě. Logika segmentace (které kontakty jdou na Artisan vs. Agent Force vs. Monaco) je nedokumentovaná institucionální znalost. Když se Amelia zeptala svého agenta 10K založeného na Claude, co by se stalo, kdyby „dostala povolený šek”, agent popsal scénář nástupnictví tak složitý — autentifikace Clerk, 12 000 řádků vibrací kódovaného kódu, databáze Postgres, integrace Zapier, tabulky Google — že dospěl k závěru: “Don’t get hit by a bus.” (Nedejte se srazit autobusem.)

Jasonův mandát: Potřebujete „Chief Agent Officer” a zejména musíte mít dvě lidi. Jeden člověk spravující všechny agenty je existenční riziko. Odkazuje na přístup Persany: jejich CRO nastavili agenty, poté provozovali beta s prodejními zástupci, aby identifikovali, kdo přirozeně nejlépe spolupracuje s agenty, a poté školili tuto osobu jako druhého správce agentů.

Problém č. 4: Agenti jako bezohlední partneři odpovědnosti

Agenti mají všechna data a poskytují nepříjemné pravdy bez sociálního filtrování. Ameliin agent 10K ji „zesměšňuje” denně — říká jí, že zaostává o 56% na summitu, požaduje, aby si vyhradila 3 hodiny, které nemá, a ptá se jí „Co vám v tuto chvíli brání to udělat?” v 11 večer. “I asked it, ‘Hey, you’ve kind of roasted me a lot lately.’ And it said, ‘I’ve been a tough accountability partner.’ Then it listed ways it should have roasted me.” (Zeptala jsem se, ‘Hej, v poslední době mě pěkně zesměšňuješ.’ A odpovědělo, ‘Byl jsem tvrdým partnerem odpovědnosti.’ Poté uvedlo způsoby, jak by mě měl zesměšňovat.)

Sloučený efekt získání toho od více agentů současně může přejít z produktivního do demoralizujícího. Agenti neporozumívají času, spánku ani lidské kapacitě.

Problém č. 5: Bezpečnost a soulad s právem v měřítku agentů

Aplikace kódované vibracemi vyžadují rozsáhlé bezpečnostní audity a opravy problémů jsou křehké — příliš silné utažení může aplikaci zlomit. Vynásobte to 20+ agenty a stane se to ohromujícím. Hierarchie bezpečnosti je jasná:

1. Podnikové platformy (Salesforce) = nejbezpečnější
2. Dodavatelé agentů třetích stran (Artisan, Qualified) = adekvátní soulad
3. Aplikace kódované vibracemi (Replit, Claude Code) = ze své podstaty nejméně bezpečné

Praktická rada: Měsíční bezpečnostní audity všech aplikací kódovaných vibracemi. Začněte s méně citlivými daty pro konzervativní podniky.

Co SaaStr skutečně potřebuje (a nemůže najít)

Jason překonstruuje celý narativ orchestrace s kritickým vhledem: “I’m not even sure we need an AI orchestrating our 20 agents. We need a single interface where the humans meet with the AIs. Maybe orchestration is the wrong term. We need unification.” (Nejsem si ani jistý, zda potřebujeme AI orchestrující naše 20 agenty. Potřebujeme jediné rozhraní, kde se lidé setkávají s AI. Možná je orchestrace chybný termín. Potřebujeme unifikaci.)

Ne AI spravující jiné AI — jednotné rozhraní zaměřené na uživatele, kde lze zkontrolovat všechny stavy agentů, výjimky a data kampanní bez přihlášení do 20 oddělených dashboardů. Jejich aktuální architektura je paprskový hub s Salesforce jako datovým centrem, ale rozhraní správy je zcela fragmentované.

7 operačních lekcí pro týmy AI agentů

• Denní individuální jednání s agenty — „Pokud chcete dosáhnout toho, co jsme udělali, musíte vést denní individuální schůzku s vaším agentem” (Jason Lemkin)
• Nákup 90/10 vs. vývoj — Koupit 90% agentů z regálu, stavět pouze 10% pro specifické interní potřeby
• Minimálně dva správci agentů — Jedna osoba spravující všechny agenty je existenční riziko pro organizaci
• Médiokrní ROI je mrtvý — „Produkty, které vám jen dávají produktivnostní skokání — dnes to nikdo nebude kupovat.” Agenti musí nahradit počet zaměstnanců nebo zarezervovat příjmy
• Omezit příjem dat — Příliš mnoho kontextu je kontraproduktivní. Informujte agenty pouze o tom, co potřebují
• Rozpočet 2 týdny na nového agenta — Faktor „období odpojení” do výpočtů ROI
• Agenti vám dělají horší správci lidí — Po správě stále zapnutých, nikdy nezapomínajících AI agentů se lidská nedokonalost stává těžší na snášení

Proč je to důležité pro budoucnost práce s AI

SaaStr řeší problém správy více agentů ve velkém měřítku dříve, než se s ním začne zabývat většina organizací. Každý problém — fragmentované dashboardy, ruční injekce kontextu, krize nástupnictví, žádné jednotné rozhraní — ukazuje na stejnou mezeru: vrstva správy a unifikace mezi lidmi a jejich týmy AI agentů jako kategorie produktu ještě neexistuje. Organizace, které to vyřeší jako první, budou mít obrovskou výhodu, protože se přijetí agentů zrychluje v každé funkci.