Kladení odporů VI

Sleduju, co se děje v oboru, a vidím neskutečný drajv. Každý týden (doslova) přijde něco nového a zajímavého. Baví mě to, dělám si poznámky, a to nejzajímavější píšu sem.

Claude Code Game Studios přemění Claude Code na plnohodnotné herní studio s 48 specializovanými agenty, od kreativního a technického ředitele přes producenta, narativního designéra a vedoucího testování až po specialisty na Godot 4, Unity a Unreal Engine 5. Repo nabízí 36 příkazů (/brainstorm, /sprint-plan, /playtest-report…), osm automatizovaných pluginů (validace commitů, odhalování magických konstant, načítání kontextu sprintu) a 28 dokumentových vzorů pro designové dokumenty, rozhodovací záznamy nebo ekonomické modely. Agenti přitom nepracují zcela samostatně: vždy se zeptají, nabídnou varianty a čekají na schválení, takže vývojář je ten, kdo rozhoduje.

→ github.com/Donchitos/Claude-Code-Game-Studios

DeerFlow od ByteDance začínal jako nástroj pro hluboký výzkum, ale komunita ho postupně začala využívat k sestavování datových zpracovatelských řetězců, generování prezentací nebo spouštění přehledových panelů, což vývojáři původně neplánovali. ByteDance to vzal jako signál a přepsal celý projekt od základů. Verze 2.0 staví na principu „SuperAgent harness”: každý agent dostane vlastní izolovaný kontejner s plným souborovým systémem, kde čte a zapisuje soubory, spouští příkazy shellu i Pythonu a výsledky ukládá do výstupního adresáře. Schopnosti se načítají jako soubory v MD průběžně, jen to, co daný úkol vyžaduje, bez zbytečného plevelení kontextového okna. Složitější úkoly agent deleguje na dílčí podagenty běžící souběžně a výstupy pak sloučí do jediného výsledku. Podporuje GPT-4, Claude, Gemini, DeepSeek, Ollama a jakékoli další rozhraní kompatibilní s OpenAI API.

→ github.com/bytedance/deer-flow

Artem Zhutov popsal, jak zvládá deset souběžně běžících instancí Claude Code bez ztráty přehledu. Klíčem je cmux, správce pojmenovaných pracovních prostorů v terminálu (nikoli záložek, ale skutečně izolovaných prostředí jako orchestrator, feature-research nebo video-script). Stačí mu tři příkazy: cmux list-workspaces pro přehled všech prostorů, cmux read-screen --workspace workspace:1 pro přečtení obrazovky jiného agenta bez přerušení jeho práce, a cmux send --workspace workspace:1 "zpráva" pro meziagenturní komunikaci. Jeden hlavní řídicí agent tak spravuje všechny ostatní. Zadává jim úkoly, čte výstupy a předává zpětnou vazbu. Stav všech relací sleduje přes automaticky generovaný přehled v Obsidianu, který využívá funkci Bases: každý pracovní prostor si vytvoří vlastní záznam s polem pro stav, datum a výsledek.

→ cmux-artemzhutov.netlify.app

Dan Farrelly z Inngestu shrnul tři základní vzory pro práci s podagenty, které podle něj potřebuje každý produkční agentický systém.

• Sync (“udělej to, já počkám”): nadřazený agent zavolá podagenta jako funkci, zablokuje se a čeká na výsledek; podagent může provést desítky volání nástrojů, ale nadřazený dostane zpět jen stručný souhrn, nikoli celou trajektorii.

• Async (“jdi a pak se ozvi”): nadřazený vypustí podagenta do fronty a okamžitě pokračuje; podagent doběhne samostatně a výsledek doručí přímo uživateli.

• Scheduled (“udělej to později”): stejný mechanismus jako async, jen se zadáním času; zásadní rozdíl oproti klasickému naplánovanému úkolu spočívá v tom, že agent se nespouští kvůli odeslání předem připravené zprávy, ale aby v daný okamžik skutečně provedl práci s aktuálními daty.

Farrelly zároveň varuje před pokušením stavět specializované agenty dělené podle domény. Routovací vrstva se rychle stává složitější než samotná práce, chyby typu “špatný agent na špatný úkol” jsou záludné a počet potřebných testů neúměrně roste. Specializace dává smysl jen tam, kde ji vynucují měřitelné důvody: odlišné požadavky na model, bezpečnostní hranice nebo regulatorní povinnosti.

(původní esej: x.com/djfarrelly/status/2031838984813297748)

Základní problém AI agentů je dnes ten, že paměť, zdroje a schopnosti žijí rozptýleně na různých místech a klasické ploché vektorové vyhledávání v tom udělá jen malý pořádek. To řeší OpenViking od ByteDance jinak: zavádí přístup souborového systému.