Folosește modul plan

Acest ghid îți arată cum să obții un plan structurat de la un agent înainte ca acesta să scrie vreun cod.

În modul plan, agentul cercetează doar pentru citire, iar singurul său livrabil este un plan tipizat: un graf de dependențe de pași pe care îi aprobi, pe care Control Center îl compilează apoi în muncă reală. Folosește-l când vrei să vezi amploarea unei modificări, să vezi pașii descompuși sau să afli riscurile și dependențele înainte de a se atinge ceva.

Comută un spațiu în modul plan

Oricare dintre acestea comută modul spațiului, iar schimbarea este persistată:

Alege Plan din lista derulantă de moduri din extrema stângă a barei de instrumente a zonei de compunere
Apasă Shift+Tab
Trimite /plan. Un /plan simplu doar activează modul; /plan <request> îl activează și trimite restul ca mesaj al tău

/plan nu călătorește niciodată ca text — el setează modul stocat, care este autoritatea pe care o citesc deopotrivă suprafața de instrumente, presetarea de guardrail-uri și promptul. Așadar, modul se menține pentru acest tur și pentru fiecare tur de după el, până când îl schimbi înapoi.

Modul este stocat pe spațiu, așa că același agent poate fi în modul plan aici și în modul agent în altă parte.

Ce produce agentul

Cercetează doar pentru citire — memoria, indexul de cod, fișierele
Apelează submit_plan o singură dată, cu un goal plus nodes, fiecare purtând o key stabilă, un title, o description și cheile nodurilor de care dependsOn (ceea ce permite ca munca independentă să ruleze în paralel)
Se oprește

Instrumentul validează graful — chei duplicate, dependențe pendinte, cicluri — și întoarce încălcări pe care agentul să le corecteze, în loc să accepte un plan defect.

Planul apare în conversație ca un rând compact care arată obiectivul, starea lui și numărul de pași. Plan Studio — graful de dependențe, inspectorul per nod și estimarea costurilor — se deschide într-o filă alături de conversație: apasă Deschide pe rând sau pur și simplu așteaptă, pentru că un plan care sosește în 30 de secunde cât timp urmărești conversația își deschide singur fila.

Când cererea este ambiguă, un agent în modul plan poate face o pauză și îți poate pune până la trei întrebări blocante cu instrumentul ask_user. El randează un formular în conversație — opțiuni sau text liber — iar rularea se blochează până când răspunzi. Instrumentul este de nivel de citire, așa că supraviețuiește suprafeței doar-pentru-citire a modului plan și este scutit de învelișul de aprobare (un prompt în fața unui prompt eșuează în siguranță atunci când nu este conectat niciun aprobator, refuzându-i agentului însuși actul de a întreba).

Are nevoie de un spațiu în care să randeze, așa că o trimitere punctuală fără conversație nu îl primește. Dacă pui de la început, în primul tău mesaj, amploarea, repo-ul țintă și criteriile de acceptare, este totuși mai rapid decât un drum dus-întors.

Proza nu este un livrabil aici. O rulare care se încheie fără să apeleze submit_plan afișează în conversație o linie vizibilă „Ended without submitting a plan (no submit_plan call).” și marchează rularea ca având livrabilul neîndeplinit. Starea rulării rămâne în mod deliberat completed — asta ține neatinse mașinile de stări ale pipeline-urilor și ale tichetelor — așa că citește linia, nu insigna de stare.

Aprobă planul

Din rândul planului aflat în conversație, apasă Aprobă și rulează. Din bara de aprobare a Plan Studio, apasă Aprobă planul (sau Respinge alături; aprobarea este dezactivată cât timp graful are o eroare de validare).

Apoi:

Control Center compilează planul într-o orchestrare și o materializează — tichetele și rularea. Niciun model nu este implicat în acest pas; el este determinist
Planul se execută ca agentul care l-a scris. Dacă implică pe altcineva este decizia acelui agent la momentul rulării — el poate delegate_task un pas către un coleg mai potrivit, în limita plafonului de adâncime al delegării din spațiul de lucru
Obiectivul planului devine obiectivul conversației, iar munca rulează în aceeași conversație: fiecare pas afișează ce i s-a cerut agentului și transmite în flux turul lui înapoi, așa că îl urmărești (și poți opri un tur) chiar acolo unde ești deja
Rândul obiectivului din panoul lateral General al conversației (sub Todo-uri) afișează progresul rulării ca settled/total și butonul lui de oprire; Plan Studio arată starea fiecărui nod pe graf și anulează tot de acolo

Continuă să lucrezi fără să aprobi

Dacă preferi să rămâi în această conversație în loc să aprobi planul, agentul poate apela exit_plan_mode. Aceasta este singura ieșire permisă: deschide o cerere de aprobare durabilă legată de conversație și întoarce pending — spațiul rămâne în modul plan, iar agentul nu trebuie să acționeze. Odată ce cererea este aprobată, următorul apel exit_plan_mode al agentului comută spațiul din modul plan în modul agent și îi deblochează instrumentele care modifică starea. O respingere îi permite să deschidă o cerere nouă pentru un plan revizuit.

Ca să ieși din modul plan, schimbă lista derulantă din zona de compunere (sau Shift+Tab) ori aprobă planul trimis. exit_plan_mode deschide o aprobare durabilă decisă cu instrumentul MCP decide_approval. Suprapunerea de guardrail-uri pentru apelurile de instrumente blocate este o coadă diferită, ținută în memorie, și nu transportă cereri de ieșire din modul plan.

Modul plan într-un pas de pipeline

Un nod de pipeline messaging.createSpace citește modul conversației din câmpul extra mode al configurației nodului — extras['mode']: 'plan'. Cheia se potrivește exact: orice altă scriere, inclusiv conversationMode sau dispatchMode, este ignorată în tăcere, iar camera revine la valoarea implicită a corpului, care este modul revizuire, nu chat. Un pas promptAgent se alătură unei camere pe care nu a creat-o și nu îi schimbă permisiunile. Selectorul Mod de dispatch din editorul de configurare al nodului (allParallel / manager) este pentru nodurile de dispatch în echipă. Setează modul conversației cu extras['mode'] pe un șablon care deschide spațiul sau pe configurația acelui nod, prin API.