Kör en orkestrering

Den här guiden visar hur du förvandlar ett stort mål till en plan för hela teamet som kör sig själv. Se Orkestrering för hur det fungerar.

När du ska använda en orkestrering

Välj en orkestrering när förfrågan är större än en enskild agent och du inte redan vet exakt vilka steg som behövs. För en enstaka uppgift skickar du ett meddelande till en agent i en yta; för en process du kan beskriva för hand bygger du en pipelinemall.

Steg 1: Be om planen

Öppna (eller skapa) en yta och ett ankarärende. Varje förslag kräver ett (propose_orchestration tar ticket_id); den delade ytan kommer från det ärendet.
Byt vid behov meddelandefältets lägesväljare till Orkestrera. Det läget begränsar agenten till att läsa och föreslå – minnet, kodgrafen, läsning av repos och ärenden, propose_orchestration och playbook-verktygen – så att den inte börjar skriva kod i stället för att planera.
@-nämn din orkestrerare (oftast din CEO-agent) och formulera målet med vanliga ord:

@ceo Undersök konkurrensbilden för en offline-first mötesinspelare och skriv ett positioneringsdokument på en sida.

Orkestreraren svarar med ett strukturerat förslagskort i ytan: rollerna den behöver, arbetet uppdelat i underärenden, en valfri forsknings- och diskussionsfas, ett syntessteg som tar fram leveransen och en budget.

Eftersom förslaget är ett typat objekt validerar appen det (välformade roller, deklarerade utdatascheman, en DAG utan cykler) innan något körs. Ett förslag som inte klarar valideringen kan inte godkännas.

Steg 2: Granska och redigera förslaget

Kortet i chatten erbjuder tre åtgärder: Godkänn plan, Avvisa och Öppna – den sista öppnar planen i Plan Studio som en flik i redigeraren. Själva kortet går inte att redigera.

För att ändra något trycker du på Öppna och arbetar i inspektören till höger:

Titel, beskrivning, roll, beroenden och utdataschema för valfritt arbetssteg. Roll betyder här vilken av planens befintliga rollnycklar som äger steget – du kan inte låsa en roll till en namngiven agent eller redigera anställningslistan från inspektören, och du kan inte redigera budgeten.

Två saker är skrivskyddade: strukturella noder (forskning, diskussion, syntes) och alla noder vars arbete redan har körts. Redigering är bara möjlig så länge orkestreringen fortfarande är proposed.

Tryck på Uppskatta i godkännandefältet för intervall för kostnad, varaktighet och spridningsradie innan du godkänner. Se Arbeta i Plan Studio för hela redigeraren.

Steg 3: Godkänn

Godkänn planen, antingen från kortet i chatten eller från godkännandefältet i Plan Studio. Det här är ditt enda beslut. Godkännande är förbehållet en operatör – det finns inget MCP-verktyg för det, så en agent kan föreslå och revidera men aldrig godkänna sin egen plan.

Härifrån omvandlar en deterministisk materialiserare (en ren funktion, ingen LLM) förslaget till en riktig pipeline och skapar stommen:

anställer eventuella nya roller (och registrerar id:n för de anställda agenterna så att en krasch mitt i godkännandet kan återupptas utan dubbelanställningar)
grupperar rollerna i ett team
skapar ett projekt och registrerar föräldraärendet under det
startar pipelinekörningen som driver allt

Statusen går till approved och sedan executing.

Steg 4: Se den köra

Underärendena körs som pipelinesteg; om du aktiverade en diskussionsomgång lägger varje roll först fram en position. Förloppet syns där du redan tittar:

föräldraärendet som orkestreringen förankrades i
den delade ytan som teamet pratar i, där planens rad visar varje nods status
detaljvyn för pipelinekörningen, med sin vanliga tidslinje och kostnad per steg – se Övervaka pipelinekörningar
projektet som föräldraärendet registrerades under

När underärendena är klara går statusen till synthesizing och syntessteget tar fram leveransen. Den texten publiceras i den delade ytan och föräldraärendet markeras som slutfört, därefter completed.

Avbryt i tid

Tryck på Avbryt orkestrering på kortet i chatten, eller Avbryt körning i godkännandefältet i Plan Studio. Ett avbrott river ner arbetet som pågår.

En orkestrering misslyckas när materialiseringen misslyckas, eller när dess genererade pipelinekörning misslyckas (forskning, diskussion, syntes eller persist – de stegen fortsätter inte vid fel). Genererade arbetssteg fortsätter alltid vid fel, så ett misslyckat underärende får inte körningen att misslyckas. Det finns ingen felfallsväg för överskriden budget och ingen tröskel för “alla underärenden misslyckades”.

Relaterade guider

Arbeta i Plan Studio: redigera, uppskatta, diffa och godkänn planen
Skapa och hantera ärenden: föräldraärendet som en orkestrering förankras i
Organisera arbete med projekt: där föräldraärendet registreras
Övervaka pipelinekörningar: hur en materialiserad orkestrering ser ut i motorn
Bygg ett agentteam: rollerna som en orkestrering fyller eller anställer