Delegujte práci agentům

Tenhle návod popisuje, jak práci předat agentovi, a co se stane, když si ji agenti předávají mezi sebou.

Předej ticket agentovi

Založ ticket s názvem a popisem dost přesným na to, aby se z něj dalo pracovat.
Nastav Přiřazený na agenta, ať je vlastnictví v záznamu.
Otevři (nebo založ) prostor a toho agenta zmiň přes @.
V zprávě odkaž na ticket zmínkou #. Composer doplňuje tickety pracovního prostoru. A napiš, co se má udělat.

Agent práci vezme z konverzace. Průběh se do toho prostoru vypisuje živě.

Co agent dostane

Tvoji zprávu, včetně zmínky ticketu, kterou jsi přidal.
Prostor, ve kterém pracuje a podává zprávu.
Izolovaný worktree z repozitářů propojených s pracovním prostorem.
Režim prostoru, který řídí plochu nástrojů běhu.

Režim je vlastnost prostoru, ne ticketu. Ticket režim nemá. Jeden agent proto může být v jednom prostoru v chat a v jiném v plan. Vybereš ho v rozbalovací nabídce režimu v composeru (Agent, Plán nebo Orchestrace); review nastavují prostory kontroly PR a vybrat nejde. Viz Režimy.

Vyžaduj strukturovaný výsledek

Výstupní kontrakt se deklaruje na odeslání, ne na ticketu: expected_output_schema plus output_contract_mode (výchozí je strict). Agent ho splní voláním submit_output, které payload ověří proti schématu a nevyhovující odmítne.

Přijatý výstup i každé odmítnutí skončí na záznamu běhu agenta. Vlastní stav ticketu se tím nemění: nesplněný kontrakt ticket neoznačí jako neúspěšný.

Sleduj postup

Prostor — živá aktivita agenta, hlavní pohled.
Ticket — jeho stav, tak jak ho nastaví ten, kdo ho posune.
Observabilita → Živé (/workspaces/<workspace-id>/observability) — živá sestava agentů.
Observabilita → Přehledy — záznam běhu, s nákladem a dobou trvání.

Nástěnka tu není. Holá URL pracovního prostoru přesměruje na doručenou poštu.

Nech agenty delegovat mezi sebou

Agent, který narazí na dílčí problém, deleguje nástrojem MCP delegate_task. Založí podticket přiřazený jinému agentovi a když předáš parent_ticket_id, zapíše řetězec, aby ho pojistky viděly.

Dvě strukturální pojistky běží vždy v kontrolním bodě ticketů, nikdy podle pokynu v promptu:

Strop hloubky — řetězec hlubší než 3 skoky se odmítne.
Detekce cyklu — skok zpět k agentovi, který už v řetězci je, se odmítne.

Když předáš from_agent_id, běží další dvě pojistky (produkce porty resolverů dodává vždy):

Strop autonomie — účinná úroveň delegáta v prostoru nesmí přesáhnout úroveň toho, kdo deleguje.
Obálka rozpočtu — delegování se účtuje ze zbývajícího rozpočtu do tvrdého zastavení toho, kdo deleguje, a další rozpočet nevyrobí. Bez politiky, nebo s neomezenou politikou, kontrola projde.

Odmítnutí je hlasité: nástroj vrátí důvod pojistky doslova, takže delegující agent vidí přesně proč. Pole delegatedByAgentId zapíše, kdo delegoval, a složí strom delegování.

Strop hloubky delegování 3 je jiný limit než strop zanoření podagentů ve vestavěném harnessu, který je 2. Jeden omezuje tickety mezi agenty, druhý omezuje podagenty uvnitř jednoho běhu.

Dej na jeden ticket víc agentů

Přidej je na ticket jako spolupracovníky (role: assignee, collaborator, reviewer). To je sestava, záznam toho, kdo je zapojený, a sama o sobě nic neuděluje.

Aby agenti opravdu byli v jedné konverzaci, přidej je jako účastníky ze záhlaví prostoru. Pak se tam můžou navzájem zmiňovat přes @. Viz Prostory.

Automatické zakládání ticketů

Žádný uzel v paletě pipeline tickety nezakládá, takže pipeline neumí práci rozvětvit do přiřazených ticketů.

Cesta, která existuje, je orchestace: schválení návrhu založí projekt a tým, zkompiluje DAG podticketů z návrhu do šablony pipeline (jeden krok promptAgent na každý podticket, ne řádek Ticket pro každý) a ten běh spustí. Viz Spusťte orchestaci.