Den 4: BAN od Anthropic — co se stalo

Čtvrtý den experimentu přinesl nečekaný výsledek: Anthropic zablokoval náš přístup. Bez varování, bez vysvětlení. A právě kvůli tomu byl orchestrátor navržen správně.

Co se přesně stalo

Ráno čtvrtého dne přestalo API Anthropic odpovídat s chybou 403. Žádný předchozí email, žádné varování v dashboardu, žádná vysvětlující zpráva. Přístup byl zablokován.

Po kontaktování supportu přišla odpověď o několik hodin později: automatický systém detekoval nestandardní vzorec volání API — vysoký objem requestů v krátkém čase, charakteristický pro agentní provoz. Byl to false positive, ale způsobil úplný výpadek.

Tohle není ojedinělý incident. Agentní pracovní vzorce — velký počet requestů, dlouhé sekvence, opakované volání — vypadají pro bezpečnostní systémy podezřele. A to se nestalo jen u Anthropic.

Proč to orchestrátor přežil

Klíčové rozhodnutí z druhého dne — orchestrátor musí být oddělený od konkrétního modelu — se ukázalo jako správné. Orchestrátor nepracoval s Claude přímo, pracoval s abstraktním rozhraním modelu.

Přepnutí na záložní model zabralo přibližně dvacet minut. Změna konfigurace, test základní funkcionality, obnovení provozu. Žádné přepisování logiky orchestrátoru, žádné změny v pracovním procesu.

Pokud by byl orchestrátor natvrdo napojený na Claude, experiment by skončil den 4.

Závislost na jediném provideru je technický dluh

Tato zkušenost mě přesvědčila: závislost na jediném AI provideru je architektonické riziko stejné kategorie jako závislost na jediné databázi bez zálohy nebo na jediném cloud regionu bez failoveru.

Dobře navržený agentní systém musí umět přepnout model za běhu:

  • Provider outage — žádný cloud provider není 100% dostupný
  • Cenová změna — ceny API se mění, možnost přepnout zachrání budget
  • Kvalitativní aktualizace — nový model může být lepší na konkrétní typ úkolu
  • Compliance — některé organizace nemohou posílat data do konkrétních jurisdikcí

Cesta k lokálním modelům

Ban od Anthropic urychlil rozhodnutí, které jsem zvažoval od třetího dne: vyzkoušet lokální modely jako primární nebo záložní option.

Lokální modely nemají tento problém. Běží na vašem hardwaru nebo vaší cloudové instanci. Žádný třetí provider, žádné automatické bezpečnostní systémy, žádný ban. Vyšší počáteční investice, nulová provozní cena za inference.

Den 5 byl proto věnovaný lokálním modelům — a výsledky byly překvapivé.

Chcete vidět, jak jdou automatizovat firemní procesy? Domluvte si konzultaci — naše řešení začíná tam, kde vibe-coding končí.


V dalším díle

Den 5: Tři týdny s lokálními modely. Qwen, DeepSeek, OpenRouter a návrat k Anthropic — s cenovou tabulkou.