Deleagă munca agenților

Acest ghid acoperă cum să-ți scoți munca de pe masă și să o pui pe seama unui agent și ce se întâmplă când agenții își transmit munca între ei.

Predă un tichet unui agent

Creează tichetul cu un titlu și o descriere suficient de precise pentru a lucra pe baza lor.
Setează-i Asignat la agent, ca proprietatea să fie consemnată.
Deschide (sau creează) un spațiu și menționează acel agent cu @.
Referențiază tichetul printr-o mențiune # în mesajul tău — composerul completează automat tichetele din spațiul de lucru — și spune ce vrei să se facă.

Agentul preia munca din conversație. Progresul lui se transmite în flux în acel spațiu.

Ce primește agentul

Mesajul tău, inclusiv referința de tichet pe care ai etichetat-o.
Spațiul în care să lucreze și să raporteze.
Un worktree izolat din repo-urile legate ale spațiului de lucru.
Modul spațiului, care este cel ce guvernează suprafața de instrumente a rulării.

Modul este o proprietate a spațiului, nu a tichetului — un tichet nu are mod. Un agent poate fi astfel în chat într-un spațiu și în plan în altul. Alege-l din meniul derulant de moduri al composerului (Agent, Plan sau Orchestrează); review este setat de spațiile de revizuire a PR-urilor și nu este selectabil. Vezi Moduri.

Cere un rezultat structurat

Un contract de ieșire este declarat pe trimitere, nu pe tichet: expected_output_schema plus output_contract_mode (strict implicit). Agentul îl satisface apelând submit_output, care validează încărcătura utilă față de schemă și respinge una neconformă.

Atât rezultatul acceptat, cât și eventualele respingeri ajung în jurnalul de rulare al agentului. Starea tichetului în sine nu este atinsă de asta — un contract eșuat nu face tichetul să eșueze.

Monitorizează progresul

Spațiul — activitatea live a agentului, vederea principală.
Tichetul — starea lui, așa cum o setează cine îl mută.
Observabilitate → Live (/workspaces/<workspace-id>/observability) — lista de prezență a agenților live.
Observabilitate → Insights — jurnalul de rulare, cu cost și durată.

Nu există niciun ecran de tablou de bord; un URL de spațiu de lucru simplu redirecționează către inbox.

Lasă agenții să-și delege unul altuia

Un agent care dă peste o sub-problemă deleagă cu instrumentul MCP delegate_task. Acesta creează un tichet copil atribuit altui agent și — când trimiți parent_ticket_id — consemnează lanțul, ca protecțiile să îl poată vedea.

Două protecții structurale rulează întotdeauna la punctul de trecere al tichetelor, niciodată prin instrucțiuni din prompt:

Plafon de adâncime — un lanț mai adânc de 3 salturi este refuzat.
Detectarea ciclurilor — un salt înapoi la un agent aflat deja în lanț este refuzat.

Când trimiți from_agent_id, rulează încă două protecții (producția furnizează întotdeauna porturile de rezolvare):

Plafon de autonomie — nivelul efectiv al delegatului în spațiu nu trebuie să îl depășească pe cel al delegatorului.
Anvelopă bugetară — delegarea facturează bugetul rămas de oprire forțată al delegatorului și nu poate emite mai mult. Nicio politică, sau o politică nelimitată, trece.

Un refuz este zgomotos: instrumentul returnează motivul protecției cuvânt cu cuvânt, așa că agentul care deleagă vede exact de ce. Câmpul delegatedByAgentId consemnează cine a delegat, formând un arbore de delegare.

Acest plafon de adâncime a delegării de 3 este o limită diferită de plafonul de imbricare a subagenților al harness-ului integrat, de 2 — unul limitează tichetele între agenți, celălalt limitează subagenții din cadrul unei singure rulări.

Pune mai mulți agenți pe un singur tichet

Adaugă-i ca colaboratori pe tichet (roluri: asignat, colaborator, recenzent). Aceasta este o listă — o consemnare a cine este implicat — și nu acordă nimic prin ea însăși.

Pentru a-i pune efectiv pe agenți în aceeași conversație, adaugă-i ca participanți din antetul spațiului. Ei se pot apoi menționa reciproc cu @ acolo. Vezi Spații.

Creare automatizată de tichete

Niciun nod din paleta de pipeline nu creează tichete, așa că un pipeline nu poate distribui munca sub formă de tichete atribuite.

Calea care există este orchestrarea: aprobarea unei propuneri creează un proiect și o echipă, compilează DAG-ul de sub-tichete al propunerii într-un șablon de pipeline (un pas promptAgent per sub-tichet, nu câte un rând Ticket) și pornește acea rulare. Vezi Rulează o orchestrare.