Kjør en orkestrering

Denne veiledningen viser hvordan du gjør ett stort mål om til en plan for hele teamet som kjører seg selv. Se Orkestrering for hvordan det fungerer.

Når du bør bruke en orkestrering

Velg en orkestrering når oppgaven er større enn én agent og du ikke allerede vet de nøyaktige stegene. For én enkelt oppgave kan du sende en melding til en agent i et område; for en prosess du kan skrive ut for hånd, bygger du en pipeline-mal.

Steg 1: Be om planen

1. Åpne (eller opprett) et område og en ankersak. Hvert forslag krever én (propose_orchestration tar ticket_id); det delte området kommer fra den saken.
2. Bytt eventuelt modusnedtrekksmenyen i skrivefeltet til Orkestrer. Den modusen begrenser agenten til å lese og foreslå — minne, kodegrafen, lesing av repoer og saker, propose_orchestration og playbook-verktøyene — slik at den ikke kan begynne å skrive kode i stedet for å planlegge.
3. @-nevn orkestratoren din (vanligvis CEO-agenten) og oppgi målet i klartekst:

@ceo Undersøk konkurranselandskapet for en offline-first møteopptaker og skriv et posisjoneringsdokument på én side.

Orkestratoren svarer med et strukturert forslag-kort i området: rollene den trenger, arbeidet brutt ned i undersaker, en valgfri forsknings- og diskusjonsfase, et syntesesteg som produserer leveransen, og et budsjett.

Siden forslaget er et typet objekt, validerer appen det (velformede roller, deklarerte utdataskjemaer, en DAG uten sykluser) før noe kjører. Et forslag som ikke validerer, kan ikke godkjennes.

Steg 2: Gå gjennom og rediger forslaget

Kortet i chatten tilbyr tre handlinger: Godkjenn plan, Avvis og Åpne — som åpner planen i Plan Studio som en redigeringsfane. Selve kortet kan ikke redigeres.

For å endre noe trykker du Åpne og jobber i inspektøren til høyre:

• Tittel, beskrivelse, rolle, avhengigheter og utdataskjema for et arbeidssteg. Rolle betyr her hvilken av planens eksisterende rollenøkler som eier steget — du kan ikke feste en rolle til en navngitt agent eller redigere ansettelseslisten fra inspektøren, og du kan ikke redigere budsjettet.

To ting er skrivebeskyttet: strukturelle noder (forskning, diskusjon, syntese) og enhver node der arbeidet allerede har kjørt. Redigering er bare mulig mens orkestreringen fortsatt er proposed.

Trykk Estimer i godkjenningslinjen for kostnads-, varighets- og sprengningsradiusintervaller før du forplikter deg. Se Jobb i Plan Studio for hele redigeringen.

Budsjettet er ikke en forbruksgrense

Budsjettet til et forslag sammenlignes med estimatet i godkjenningslinjen: når den høye enden av estimatet overstiger det, blir totalen rød med en advarsel om over budsjett. Ingenting sjekker forbruket mens planen kjører, så det vil ikke stoppe eller feile en kjøring. For en faktisk forbruksstopp bruker du budsjettpolicyer per agent — se Administrer kostnader.

Steg 3: Godkjenn

Godkjenn planen, fra kortet i chatten eller fra godkjenningslinjen i Plan Studio. Dette er den eneste beslutningen du tar. Godkjenning er forbeholdt operatøren — det finnes ikke noe MCP-verktøy for det, så en agent kan foreslå og revidere, men aldri godkjenne sin egen plan.

Herfra gjør en deterministisk materialisator (en ren funksjon, ingen LLM) forslaget om til en ekte pipeline og oppretter stillaset:

• ansetter alle nye roller (og registrerer id-ene til de ansatte agentene, slik at et krasj midt i godkjenningen kan gjenopptas uten dupliserte ansettelser)
• grupperer rollene i et team
• oppretter et prosjekt og plasserer den overordnede saken der
• starter pipeline-kjøringen som driver alt sammen

Statusen går til approved, deretter executing.

Steg 4: Se den kjøre

Undersakene kjøres som pipeline-steg; hvis du aktiverte en diskusjonsrunde, legger hver rolle først fram en posisjon. Framdriften dukker opp der du allerede følger med:

• den overordnede saken orkestreringen var forankret i
• det delte området teamet snakker i, der raden for planen sporer tilstanden til hver node
• detaljene for pipeline-kjøringen, med sin vanlige tidslinje og kostnad per steg — se Overvåk pipeline-kjøringer
• prosjektet den overordnede saken ble plassert i

Når undersakene er ferdige, går statusen til synthesizing, og syntesesteget produserer leveransen. Den teksten legges ut i det delte området, og den overordnede saken merkes som fullført, deretter completed.

Stopp den tidlig

Trykk Avbryt orkestrering på kortet i chatten, eller Avbryt kjøring i godkjenningslinjen i Plan Studio. Et avbrudd river ned arbeidet som er i gang.

En orkestrering feiler når materialiseringen feiler, eller når kjøringen av den genererte pipelinen feiler (forskning, diskusjon, syntese eller persistering — de stegene fortsetter ikke hvis de feiler). Genererte arbeidssteg fortsetter alltid hvis de feiler, så én mislykket undersak får ikke kjøringen til å feile. Det finnes ingen feilsti for overskredet budsjett og ingen terskel for «alle undersaker mislyktes».

Relaterte veiledninger

• Jobb i Plan Studio: rediger, estimer, sammenlign og godkjenn planen
• Opprett og administrer saker: den overordnede saken en orkestrering er forankret i
• Organiser arbeid med prosjekter: der den overordnede saken plasseres
• Overvåk pipeline-kjøringer: hvordan en materialisert orkestrering ser ut i motoren
• Bygg et agentteam: rollene en orkestrering fyller eller ansetter

Relaterte konsepter

• Orkestrering
• Moduser