DeepSeek Super-Agent: Ce este, cum funcționează și ce încă lipsește22 min read

Deschideți trei agenți de codare simultan și puteți simți problema. Unul așteaptă o decizie, unul terminat acum douăzeci de minute și ați uitat deja care dintre ele are soluția de autentificare. Echipa DeepSeek Harness și-a pus un număr: din experiența sa, o persoană poate urma doar trei până la cinci sesiuni de agenți activi simultan. Trecut de acel moment, modelul nu mai este blocajul. Tu ești.

Pe 31 octombrie 2026, echipa a publicat un articol de design pentru ceea ce numește un Super-agent și a creat în sursă deschisă un prototip numit dsh-superagent. Este un agent de codare proactiv pentru un depozit GitHub. O sesiune de router de lungă durată vorbește cu oamenii și predă munca, iar fiecare solicitare acceptată primește propria sesiune de lucrător care se termină cu o cerere de extragere sau o întrebare. Depozitul a trecut de 12.000 de stele în aproximativ două zile. README-ul său este clar că acesta este un cod de cercetare și nu un produs oficial DeepSeek.

Acest ghid este destinat inginerilor și conducătorilor de echipe care doresc să știe ce face prototipul, cum funcționează designul routerului și al lucrătorului, ce dovedesc și nu dovedesc numerele de referință și ce să verifice înainte de a-l îndrepta către un depozit real.

O notă înainte de detalii. Răspunsul unui lucrător la „remediați această eroare” este o cerere de extragere, iar GitHub este o casă bună pentru asta. Restul a ceea ce agenții produc în jurul codului este mai greu de plasat: redactarea cauzei principale, rezumatul testului, tabelul de comparație cerut de un recenzent.AgentGrid.ioeste un spațiu de lucru partajat în care oamenii și agenții AI creează, editează și partajează documente, aplicații și fișiere, cu o singură versiune live, atribuire și istoric. Ne întoarcem acolo unde se potrivește aproape de sfârșit.

Ce este DeepSeek Super-Agent?

Două lucruri au apărut împreună. Primul este un articol de design lung, „Exploring Super-agent Design: Towards a More Autonomous Agent System”. Echipa Harness a scris-o în chineză și a postat o versiune în engleză tradusă automat pe X pe 1 noiembrie. A fost văzut de peste 2,2 milioane de ori. Al doilea este codul:deepseek-ai/dsh-superagent-prototip, lansat sub licența MIT.

Explorarea designului super-agent: către un sistem de agenți mai autonom

https://t.co/gwwIHtyCRQ

– Harness DeepSeek (@DeepSeekHarness)1 noiembrie 2026

Nu este un model nou. dsh-superagent este un pachet pentruDeepSeek Ham, DeepSeek-ul de agent open-source, pe care compania îl descrie ca fiind în previzualizare publică la nivel mondial. Pachetul urmărește un depozit GitHub și, dacă îl porniți, conectează Feishu. Când cineva dintr-o listă permisă îi cere agentului de lucru, acesta deschide un element de lucru, îl rulează în propria sa sesiune și director și răspunde în conversația inițială. Un panou web arată doar ceea ce are nevoie de o persoană.

Numele este mai ușor decât pare. Cui Tianyi, de la departamentul de produse al lui DeepSeek și unul dintre recenzorii finali ai articolului, a explicat într-o postare Zhihu că „super” se înțelege ca în superscript versus subscript. Un Super-agent adaugă un strat deasupra agentului care face munca, opusul unui sub-agent, care adaugă unul sub acesta. Nu este o pretenție de inteligență superioară.

README se deschide cu un avertisment care merită citit în întregime: „Prototip de cercetare doar pentru referință, nu un produs oficial DeepSeek”. Se adaugă că o mare parte din inginerie a fost realizată de agenți de codificare, că codul poate conține erori și că unele modele din articol sunt direcții pentru lucrări viitoare și nu sunt implementate.

O altă picătură DeepSeek: dsh-superagent

Un cadru de agent care funcționează prin problemele GitHub ale unui repo și prin PR-uri cu mulți agenți în paralel, conceput să atragă cât mai puțină atenție umană, oferind în același timp cât mai multă valoare posibilă.

pic.twitter.com/XR73mIvA0V

– Leandro von Werra (@lvwerra)31 octombrie 2026

De ce spune DeepSeek că blocajul este atenția umană?

Articolul pleacă de la o simplă observație. În ultimul an, agenții de codificare au devenit suficient de buni încât o singură sarcină să fie limitată de model. Dar odată ce executați mai multe sarcini deodată, limita se mută la dvs. Fiecare sesiune este izolată, așa că comutați între ele manual și urmăriți ceea ce știe fiecare. Fixarea unui CLI, MCP sau a unui conector de chat la o sesiune locală îi permite să audă despre evenimente noi, dar blochează în continuare comenzile lungi, combină contexte din diferite sarcini și se oprește atunci când laptopul tău doarme.

Răspunsul lui DeepSeek este să nu mai tratați sesiunea ca pe unitatea pe care o gestionați. Enumeră patru trăsături pe care ar trebui să le aibă un Super-agent:

• Continuă.Vorbiți cu el acolo unde lucrați deja, cum ar fi chatul sau comentariile GitHub, și se comportă ca un singur agent. Dacă cereți planul A în chat și treceți la planul B într-un comentariu de solicitare de extragere, urmează.
• Productiv.Rulează mai multe sarcini complexe în paralel și ia următoarea instrucțiune înainte ca ultima să se termine.
• Proactiv.Urmărește evenimente, acționează asupra a ceea ce merită tratat și, în caz contrar, rămâne tăcut.
• Persistent.Rămâne online și se recuperează după defecțiuni fără să îl reporniți.

Autorii susțin că nicio buclă ReAct nu le poate furniza pe toate cele patru, așa că calitățile trebuie să provină din arhitectura din jurul modelului. Acesta este adevăratul subiect al articolului, iar explicatorul vizual de mai jos, împărtășit de Hesam, este o modalitate rapidă de a vedea întregul design pe o singură pagină.

iată un explicator vizual al articolului DeepSeek despre Super-Agent:https://t.co/bByKYDoq6h pic.twitter.com/BhzbBh3NrP

– ℏεsam (@Hesamation)1 noiembrie 2026

Cum funcționează designul routerului și al lucrătorului?

Gândiți-vă la un bun manager de inginerie care nu scrie niciodată cod în timpul standup-ului. Theroutereste o sesiune de lungă durată care primește fiecare mesaj de la fiecare canal. Nu rulează sarcini. Acesta decide ce cere mesajul, predă o nouă muncă unui lucrător și scrie fiecare răspuns persoanelor implicate. Articolul spune că poate rula fără un instrument shell și că un model mai ușor și mai rapid este de obicei suficient pentru el.

Amuncitoreste o sesiune separată cu un context izolat și un set complet de instrumente, dedicate unei singure sarcini. Muncitorii nu vorbesc niciodată direct cu oamenii. Ei raportează starea routerului, care păstrează răspunsurile într-o singură voce. În prototip, fiecare bilet are propria sa sesiune și propriul director, de obicei un git worktree, iar numărul de lucrători este limitat. Valoarea implicită este de trei la un moment dat, reglabilă de la 1 la 16, cu un spațiu suplimentar păstrat liber, astfel încât mesajul unei persoane să poată trece întotdeauna.

Două detalii fac acest lucru mai mult decât o coadă de sarcini.

Urmăririle omit routerul.Odată ce un lucrător deține o cerere de extragere sau un fir de discuție, se abonează la acel fir. Comentariile ulterioare merg direct la el, fără un apel suplimentar de model la router. Dacă un comentariu se dovedește a fi despre altceva, lucrătorul îl predă înapoi.

Exploziile se grupează.Declanșatoarele care sosesc în timpul unui model trec la coadă și sunt injectate împreună în următorul apel. Autorii au măsurat efectul și ne uităm la cifrele de mai jos.

Încă un punct de contrast. Articolul distinge acest lucru de o echipă de agenți. Într-o echipă de agenți, un lead împarte o sarcină complexă în pași și coordonează rolurile care lucrează la ea, ceea ce este o sarcină grea de raționament. Routerul Super-agent trimite doar sarcini independente și urmărește modul în care acestea se relaționează la un nivel înalt. Nu descompune lucrarea în sine.

Ce face când nimeni nu întreabă?

Aici devine practică filosofia proiectului. Primul document din depozit stabilește principiul într-o singură linie: acordați cât mai puțină atenție umană și acordați cât mai multă valoare. Fiecare mesaj pe care îl trimite agentul costă atenția unui coleg, așa că vorbește doar atunci când o persoană trebuie să acționeze sau poate folosi un rezultat și acționează doar atunci când i se cere sau când o regulă scrisă de echipa o permite.

Poarta care impune acest lucru este un cod simplu, nu un model. Verifică cine întreabă pe lista de permise a echipei și înregistrează cât de puternică este cererea:

Acest mod de observare este partea care îmi place cel mai mult. Agentul începe prin a înregistra ceea ce ar fi făcut, astfel încât echipa să poată citi acele înregistrări în fila Eval și să-și extindă permisiunile numai atunci când arată corect. Mesajele, comentariile și documentele citate sunt tratate ca intrări la o decizie. Ei nu pot schimba ceea ce are voie să facă agentul.

Articolul de design arată cum arată munca proactivă în practică. În grupul intern de utilizatori DeepSeek Harness, echipa a configurat o politică de „reproducție și remediere în tăcere”. Când cineva raportează o problemă sau discută o modificare propusă, agentul încearcă să o reproducă și să găsească o remediere în fundal și oferă un rezultat numai după ce a confirmat problema și a găsit o soluție simplă. Altfel rămâne liniștit. Articolul oferă, de asemenea, o regulă clară pentru canalele de chat pe care autorii spun că le-au verificat: limitați fiecare răspuns la 100 de cuvinte. Pe GitHub, dimpotrivă, solicitările de extragere ar trebui să fie dense, cu fundalul problemei, descrierea modificării și rezultatele verificării.

În mod implicit, fiecare mesaj GitHub postat de agent începe cu linia „Acesta este de un agent automatizat, nu de un om”. Echipele pot edita asta, împreună cu restul solicitărilor.

Numerele de referință țin sus?

Articolul include un mic experiment, iar autorii au grijă să-l numească doar orientativ. Patru modele au rulat unul lângă altul pe un flux de chat de grup și mesaje CI: aproximativ 300 de mesaje per rulare, aproximativ 20 dintre ele cereri de lucru reale, câte cinci rulări fiecare. Munca de codare a fost simulată de un instrument care consumă pur și simplu timp, așa că testul măsoară programarea și coordonarea, nu calitatea codului cuiva.

Citiți tabelul de două ori, pentru că titlul nu este întreaga poveste. Designul routerului a redus timpul de finalizare a p95 la aproximativ jumătate față de cel al unei singure sesiuni, dar a folosit aproximativ de două până la patru ori mai mult decât tokenurile de citire în cache. Și cel mai interesant rând este al doilea: eliminarea comenzii rapide de trecere nu a făcut ca sarcinile să se termine mai repede sau mai lent, ci doar a făcut ca routerul să ia cu aproximativ 30% mai multe decizii și să ardă cu 37% mai multe jetoane.

Am citit că adevărata constatare se află în rândurile cu o singură sesiune. Cu un prompt neutru, modelul nu a apelat niciodată un subagent în niciuna dintre cele cinci rulări. A făcut treaba în sine, mesajele noi l-au tot întrerupt, iar cele mai lente sarcini au durat 29,5 minute. Cu un prompt care i-a spus să delege, a delegat în patru din cinci execuții, iar în runda rămasă modelul a apreciat munca „mică” și a făcut-o singur. O singură sesiune depinde de starea de spirit a modelului. Un router care nu are voie să ruleze cod nu poate face această greșeală.

Un test de stres separat doar pe router a crescut rata de sosire a evenimentelor demne de decizie de la aproximativ 1 la aproximativ 40 pe minut. Lotul mediu a crescut de la 1,0 la 2,8 evenimente, timpul per cerere a crescut doar de la 2,5 la 3,9 secunde, iar timpul amortizat pe decizie a scăzut de la 6,4 la 1,6 secunde. Cu cât se adună mai multe evenimente, cu atât devine mai ieftin fiecare, până la o limită pe care autorii spun că depinde de lungimea contextului și de câte evenimente poate gestiona cu acuratețe un model într-un singur rând.

DeepSeek tocmai și-a deschis prototipul Super-agent. O sesiune de router vorbește cu oamenii și distribuie munca, iar lucrătorii izolați execută sarcini în paralel cu evenimentele GitHub. În propriul test, timpul de finalizare a p95 a scăzut de la 29,5 la 15,7 minute în comparație cu o singură sesiune folosind subagenți.

Balena a primit din nou sursă deschisă.pic.twitter.com/mS4sRbHmyx

– Dolofan (@kimmonismus)1 noiembrie 2026

Acestea sunt rezultate auto-raportate ale muncii sintetice. Ele arată că ideea de programare este bună. Ele nu arată că prototipul vă remediază erorile mai repede.

Ce spun oamenii apropiați de proiect despre limitele acestuia?

La scurt timp după lansare, Cui Tianyi, de la departamentul de produse al lui DeepSeek și unul dintre recenzenții finali ai articolului de design, a scris cum vede designul. Încadrarea lui este utilă pentru că este modestă. El numește compromisul central drept continuitate între sarcini și debitul sarcinii.

În ceea ce privește limitele, revizuirea este directă. Prototipul implementează doar o parte din designul propus. Începând cu revizuirea sa, Harness DeepSeek nu avea memorie încorporată pe termen lung între sesiuni. Iar sistemul a fost validat doar într-un mediu mic, de încredere, în interiorul companiei. Secțiunea de probleme deschise a articolului enumeră scalarea routerului, memoria de-a lungul lunilor, lucrul fără sesiuni, granițele de context dintre agenți și modul în care agenții izolați ar trebui să vorbească între ei și securitate.

Ce ar trebui să verificați înainte de a-l rula?

Documentația este mai sinceră decât majoritatea postărilor de lansare și merită să tratezi avertismentele sale ca cerințe.

• Muncitorii au acces larg.Ambele presetări de permisiuni, pentru router și pentru lucrători, rulează cudanger-full-accessca utilizator OS al operatorului. Wrapper-urile contului aleg ce acreditări GitHub le folosește agentul, dar documentele spun că acestea sunt implicite și nu o limită de securitate, deoarece un lucrător poate încă rula un program după calea absolută sau poate citi directorul dvs. de acasă. Recomandarea este un cont dedicat de SO care deține doar acreditările agentului.
• Intrarea neîncrezătoare este întrebarea de securitate deschisă.Articolul avertizează că, dacă o injecție promptă sau o intruziune în server compromite bucla agentului cloud, fiecare dispozitiv conectat ar putea fi atins și că acreditările care intră în contextul modelului se pot scurge.
• Oamenii fuzionează implicit.Agentul nu activează niciodată îmbinarea automată sub propriul său cont. Îmbinarea automată necesită un al doilea CLI al contului, numit în promptul Cerințe de livrare, iar instrucțiunile implicite o permit numai pentru cererile de extragere mici, aprobate, sub 200 de linii modificate.
• Este construit în jurul unui singur depozit.Fiecare configurare urmărește un singur depozit GitHub, iar Feishu, un instrument de chat la locul de muncă comun în China, este cealaltă sursă de primă clasă.
• Aveți nevoie de ham DeepSeek și de un furnizor de modele.Configurarea listează Node.js 22.19 sau mai nou, pnpm, git 2.32 sau mai nou, tmux, Python 3.8 sau mai nou și GitHub CLI 2.48 sau mai nou. Configurarea unui furnizor de model este un pas operator.
• Zgomotul este un cost.Documentul de filozofie spune să nu folosiți agentul pentru a produce volum. Solicitările în masă și mesajele difuzate costă echipa ta mai mult decât oferă.

Cum l-ați încerca fără a risca depozitul principal?

Configurarea are mulți pași, așa că proiectul vă cere să lăsați un agent de codificare să o facă cu dvs. Potrivit README, agentul pune câte o întrebare scurtă la un moment dat, arată planul complet o dată, apoi instalează și configurează totul. O primă rulare prudentă arată astfel:

1. Alegeți un depozit de folositși un utilizator de mașină dedicat sau un cont de sistem de operare. Nu folosiți propria dvs. autentificare.
2. Creați un cont separat GitHub pentru agent.Tot ce scrie apare sub acest nume.
3. Deschideți depozitul în agentul de codare și inserați solicitarea de mai jos.Răspundeți la întrebările acesteia pe rând.
4. Păstrează lista permisă pentru tineși lăsați modul de acceptare pe observare.
5. Cere ceva mic.Dintr-un cont permis, comentează@<agent login> <request>pe o problemă. Un bilet ar trebui să apară în prezentarea generală a panoului în aproximativ un minut.
6. Citiți fila Eval timp de o săptămână.Lărgiți lista sau treceți la automat numai atunci când înregistrările „ar accepta” arată corect.

Read SETUP.md in this repository and set up dsh-superagent with me.

Documentul de filozofie al proiectului oferă operatorilor patru reguli care merită repetate: începeți îngust, reglați pentru mai puțin zgomot, nu folosiți agentul pentru a produce volum și dețineți ceea ce scrie în numele dvs.

Unde ar trebui să meargă restul muncii agentului?

Să presupunem că un muncitor petrece o oră pe un test de integrare nesigur. Cererea de tragere este soluția. Însă ancheta din spatele ei, ce teste au eșuat, ce ipoteze a exclus, ce a arătat tabelul de cronometrare, nu se înscrie într-o descriere PR și este exact ceea ce dorește să conteste recenzentul. Dacă acesta trăiește doar într-un răspuns de chat, următorul agent sau coechipier începe de la zero.

AgentGrid.ioeste construit pentru acel transfer. Oamenii și agenții AI lucrează pe aceleași documente, aplicații și fișiere live, cu o adresă stabilă, acces controlat și un istoric al versiunilor. Documentele AgentGrid.io descriu conectarea unui agent capabil de comandă prin rularenpx @animaapp/cli@latest login. Un om aprobă numele agentului, echipa și ce poate face acesta: să citească, să scrie, să partajeze sau să publice. După aceea, modificările agentului apar în istoric sub propriul nume. Prototipul nu are integrare încorporată cu AgentGrid.io, așa că tratați acest lucru ca un model de încercat cu lucrătorii săi, nu o caracteristică documentată.

În practică, lucrătorul își scrie investigația ca fișier Markdown, recenzentul comentează un rând de tabel, un alt asistent întărește rezumatul, iar cererea de extragere trimite la o versiune curentă în loc de trei copii lipite.

Pentru o altă abordare a mai multor persoane care împart un singur agent, consultați ghidul nostruGrok Bot Team Bots. Și dacă vă întrebați ce rulează sub un agent găzduit, ghidul nostru pentruClaude Managed Agentsse uită la versiunea lui Anthropic a aceluiași creier și mâini împărțite, pe care o citează articolul DeepSeek.

Când ar trebui să utilizați dsh-superagent și când altceva?

• Utilizați dsh-superagentpentru a învăța dintr-un design serios, documentat, pentru a rula un experiment limitat pe un depozit cu risc scăzut sau pentru a împrumuta ideile acestuia: un router care nu rulează niciodată cod, bilete cu un scop stabilit, modul de observare înainte de modul automat.
• Utilizați un singur agent de codare interactivatunci când lucrați câte o sarcină și doriți să conduceți pas cu pas. Super-agentul este construit pentru situația opusă.
• Utilizați AgentGrid.iocând rezultatul este un document, un raport sau o aplicație pe care mai multe persoane și agenți trebuie să-l examineze, să editeze și să publice, indiferent de agentul care l-a produs.

Întrebări frecvente

Ce este DeepSeek Super-Agent?

Este un prototip de cercetare numit dsh-superagent, lansat de echipa Harness a DeepSeek pe 31 octombrie 2026 sub licența MIT. Este un agent de codare proactiv pentru un depozit GitHub. O sesiune de router cu durată lungă de viață preia cereri și atribuie fiecare dintre cele acceptate propriei sesiuni de lucru, care răspunde în conversația originală, de obicei cu o cerere de extragere.

Este DeepSeek Super-Agent un produs oficial DeepSeek?

Nu. README îl numește un prototip de cercetare doar pentru referință și nu un produs oficial DeepSeek și spune să îl revizuiți și să îl adaptați înainte de a-l folosi în propriul mediu. De asemenea, nu este identic cu versiunea internă sau cu implementarea descrisă de articolul de design.

Cum este un Super-agent diferit de un sub-agent?

Un sub-agent adaugă un strat sub agentul de lucru. Un Super-agent adaugă un strat deasupra acestuia. În acest design, routerul se află deasupra multor lucrători, vorbește cu oamenii și trimite sarcini, în timp ce fiecare lucrător se ocupă de o sarcină izolat. Numele este despre poziție, nu o pretenție de inteligență mai mare.

Are nevoie de Feishu sau doar de GitHub?

Numai GitHub este suficient. Feishu este o a doua sursă opțională, iar documentația spune că o eroare de configurare Feishu dezactivează numai sursa Feishu.

Este sigur să rulați pe un depozit al companiei?

Nu așa cum este. Documentele spun că lucrătorii rulează cu acces deplin ca utilizator al sistemului de operare al operatorului și că conturile wrapper nu reprezintă o limită de izolare. Ei recomandă un cont dedicat de sistem de operare, un cont de agent dedicat pe GitHub, o listă scurtă permisă și un mod de observare în timp ce aflați cum se comportă agentul.

Este mai rapid decât o singură sesiune de agent de codare?

În testul simulat al autorilor, designul routerului a terminat cele mai lente sarcini în 15,7 minute față de 29,5 minute pentru o singură sesiune cu un instrument subagent, folosind mai multe jetoane. Testul a folosit munca de codare simulată și cinci rulări per design, așa că arată beneficiile de programare, nu calitatea codului.