Gå til innholdet

Bruk planmodus

Denne veiledningen viser deg hvordan du får en strukturert plan ut av en agent før den skriver noe kode.

I planmodus undersøker agenten i skrivebeskyttet modus, og den eneste leveransen er en typet plan: en avhengighetsgraf av steg du godkjenner, som Control Center deretter kompilerer til virkelig arbeid. Bruk den når du vil se omfanget av en endring, få stegene brutt ned, eller få risikoer og avhengigheter navngitt før noe røres.

Hvilken som helst av disse bytter modusen til området, og endringen lagres:

  • Velg Plan i modusnedtrekksmenyen helt til venstre på verktøylinjen i skrivefeltet
  • Trykk Shift+Tab
  • Send /plan. En bar /plan armer bare modusen; /plan <request> armer den og sender resten som meldingen din

/plan reiser aldri som tekst – den setter den lagrede modusen, som er autoriteten verktøyflaten, forhåndsvalget av tillatelsesregler og prompten alle leser. Modusen holder derfor for denne turen og hver tur etter den, til du bytter den tilbake.

Modusen lagres på området, så den samme agenten kan være i planmodus her og i agentmodus et annet sted.

  1. Den undersøker i skrivebeskyttet modus – minne, kodeindeksen, filer
  2. Den kaller submit_plan én gang, med en goal pluss nodes, der hver bærer en stabil key, en title, en description og node-nøklene den dependsOn (det er dette som lar uavhengig arbeid kjøre parallelt)
  3. Den stopper

Verktøyet validerer grafen – dupliserte nøkler, hengende avhengigheter, sykluser – og returnerer regelbrudd som agenten må rette, i stedet for å godta en ødelagt plan.

Planen vises i samtalen som en kompakt rad som viser målet, statusen og antall steg. Plan Studio – avhengighetsgrafen, nodeinspektøren og kostnadsestimatet – åpnes som en fane ved siden av samtalen: trykk Åpne på raden, eller bare vent, for en plan som lander innen 30 sekunder mens du ser på samtalen, åpner fanen sin selv.

Prosa er ingen leveranse her. En kjøring som avsluttes uten å kalle submit_plan, legger inn en synlig linje «Ended without submitting a plan (no submit_plan call).» i samtalen og markerer kjøringen som en som har gått glipp av leveransen sin. Statusen til kjøringen forblir bevisst completed – det holder tilstandsmaskinene for pipeline og saker urørt – så les linjen, ikke statusmerket.

Fra planens rad i samtalen trykker du Godkjenn og kjør. Fra godkjenningslinjen i Plan Studio trykker du Godkjenn plan (eller Avvis ved siden av; godkjenning er deaktivert så lenge grafen har en valideringsfeil).

Deretter:

  1. Control Center kompilerer planen til en orkestrering og materialiserer den – sakene og kjøringen. Ingen modell er involvert i dette steget; det er deterministisk
  2. Planen kjøres som agenten som skrev den. Om noen andre skal trekkes inn, er opp til den agenten ved kjøretid – den kan delegate_task et steg til en bedre egnet kollega, innenfor arbeidsområdets grense for delegeringsdybde
  3. Målet til planen blir målet til samtalen, og arbeidet kjører i den samme samtalen: hvert steg legger inn hva agenten ble bedt om og strømmer turen tilbake, så du følger det (og kan stoppe en tur) der du allerede er
  4. Målraden i samtalens Generelt-sidepanel (under Gjøremål) viser kjøringens framdrift som settled/total og har stoppknappen; Plan Studio viser tilstanden per node på grafen og avbryter der også

Hvis du heller vil bli i denne samtalen enn å godkjenne planen, kan agenten kalle exit_plan_mode. Det er den eneste godkjente utveien: den åpner en varig godkjenningsforespørsel knyttet til samtalen og returnerer pending – området forblir i planmodus, og agenten må ikke handle. Når forespørselen er godkjent, bytter agentens neste exit_plan_mode-kall området fra plan- til agentmodus og låser opp de muterende verktøyene. En avvisning lar den åpne en ny forespørsel mot en revidert plan.

For å forlate planmodus bytter du nedtrekksmenyen i skrivefeltet (eller Shift+Tab), eller godkjenner den innsendte planen. exit_plan_mode åpner en varig godkjenning som avgjøres med MCP-verktøyet decide_approval. Overlegget for tillatelsesregler for blokkerte verktøykall er en annen kø i minnet og bærer ikke plan-utgangsforespørsler.

En messaging.createSpace-pipeline-node leser samtalemodusen fra extras-oppføringen mode i nodekonfigurasjonen – extras['mode']: 'plan'. Nøkkelen krever eksakt samsvar: enhver annen stavemåte, inkludert conversationMode eller dispatchMode, ignoreres i stillhet, og rommet faller tilbake til kroppens standard, som er gjennomgang, ikke chat. Et promptAgent-steg blir med i et rom det ikke opprettet, og gir det ikke nye tillatelser. Dispatch-modus-velgeren i nodekonfigurasjonseditoren (allParallel / manager) gjelder noder for teamutsending. Angi samtalemodus med extras['mode'] på en mal som åpner området, eller på konfigurasjonen til den noden via API-et.