DeepSeek Super-Agent: Čo to je, ako to funguje a čo stále chýba22 min read
Reading Time: 11 minutesOtvorte troch kódovacích agentov naraz a môžete pocítiť problém. Jeden čaká na rozhodnutie, jeden skončil pred dvadsiatimi minútami a už ste zabudli, ktorý z nich má autorizačnú opravu. Tím Harness spoločnosti DeepSeek uviedol číslo: podľa jeho skúseností môže osoba sledovať iba tri až päť relácií aktívneho agenta naraz. Po tomto bode už model nie je prekážkou. si.
Dňa 31. októbra 2026 tím zverejnil článok o dizajne toho, čo nazýva super-agent, a prototyp s názvom dsh-superagent s otvoreným zdrojom. Je to proaktívny kódovací agent pre jedno úložisko GitHub. Jedna dlhotrvajúca relácia smerovača hovorí s ľuďmi a rozdáva prácu a každá prijatá požiadavka dostane svoju vlastnú pracovnú reláciu, ktorá končí požiadavkou na stiahnutie alebo otázkou. Úložisko prešlo 12 000 hviezdami za približne dva dni. Jeho README je úplne jasné, že ide o výskumný kód a nie oficiálny produkt DeepSeek.
Táto príručka je určená pre inžinierov a vedúcich tímov, ktorí chcú vedieť, čo robí prototyp, ako funguje návrh smerovača a pracovníka, čo robia a nedokazujú čísla benchmarkov a čo treba skontrolovať predtým, ako ho nasmerujú na skutočné úložisko.
Jedna poznámka pred podrobnosťami. Odpoveď pracovníka na „opraviť túto chybu“ je požiadavka na stiahnutie a GitHub je na to skvelým domovom. Zvyšok toho, čo agenti vytvárajú okolo kódu, je ťažšie umiestniť: zápis hlavnej príčiny, súhrn testu, porovnávaciu tabuľku, ktorú si recenzent vyžiadal.AgentGrid.ioje zdieľaný pracovný priestor, kde ľudia a agenti AI vytvárajú, upravujú a zdieľajú dokumenty, aplikácie a súbory s jednou živou verziou, priraďovaním a históriou. Vraciame sa tam, kde sa to hodí ku koncu.
Čo je DeepSeek Super-Agent?
Objavili sa spolu dve veci. Prvým je dlhý dizajnový článok „Skúmanie dizajnu superagentov: Smerom k viac autonómnemu systému agentov“. Tím Harness ju napísal v čínštine a 1. novembra zverejnil strojovo preloženú anglickú verziu na X. Videlo ju viac ako 2,2 milióna krát. Druhým je kód:Prototyp deepseek-ai/dsh-superagent, vydané pod licenciou MIT.
Skúmanie dizajnu superagentov: Smerom k autonómnejšiemu systému agentov
– Postroj DeepSeek (@DeepSeekHarness)1. novembra 2026
Nejde o nový model. dsh-superagent je balík prePostroj DeepSeek, DeepSeek’s open-source postroj agentov, ktorý spoločnosť opisuje ako vo verejnom náhľade na celom svete. Balík sleduje jedno úložisko GitHub a ak ho zapnete, Feishu chatuje. Keď niekto na zozname povolených požiada agenta o prácu, otvorí pracovnú položku, spustí ju vo svojej vlastnej relácii a adresári a odpovie v pôvodnej konverzácii. Webový panel zobrazuje len to, čo človek potrebuje.
Názov je jednoduchší, ako sa zdá. Cui Tianyi z produktového oddelenia DeepSeek a jeden z posledných recenzentov článku v príspevku Zhihu vysvetlil, že „super“ znamená horný index alebo dolný index. Super-agent pridáva vrstvu nad agenta, ktorý vykonáva prácu, opak podagenta, ktorý pridáva vrstvu pod seba. Nie je to tvrdenie o vyššej inteligencii.
Súbor README sa otvára varovaním, ktoré stojí za to si prečítať celé: „Prototyp výskumu len pre referenciu, nie oficiálny produkt DeepSeek.“ Dodáva, že veľkú časť inžinierstva vykonali kódujúci agenti, že kód môže obsahovať chyby a že niektoré návrhy v článku sú pokyny pre budúcu prácu a nie sú implementované.
| Na prvý pohľad | dsh-superagent-prototyp |
|---|---|
| Čo to je | Proaktívny kódovací agent pre jedno úložisko GitHub, zabalený ako zväzok zväzkov DeepSeek |
| Stav | Výskumný prototyp, „softvér nie je pripravený na výrobu“ podľa súboru README |
| Licencia | MIT |
| Jazyk | TypeScript |
| Počúva | Problémy GitHub, požiadavky na stiahnutie, komentáre a CI. Rozhovory Feishu sú voliteľné |
| Vytvorené | 31. októbra 2026. Viac ako 12 000 hviezdičiek a 1 200 vidlíc do 2. novembra |
| Ako to nastaviť | Požiadajte svojho kódovacieho agenta, aby si prečítal SETUP.md a nastavil ho s vami |
Ďalší pokles DeepSeek: dsh-superagent
Rámec agentov, ktorý funguje cez problémy GitHub a PR s mnohými agentmi paralelne, navrhnutý tak, aby zaberal čo najmenej ľudskej pozornosti a zároveň poskytoval čo najväčšiu hodnotu.
– Leandro von Werra (@lvwerra)31. októbra 2026
Prečo DeepSeek hovorí, že prekážkou je ľudská pozornosť?
Článok vychádza z jednoduchého pozorovania. Za posledný rok sa kódovací agenti zdokonalili natoľko, že jedna úloha je obmedzená modelom. Ale akonáhle spustíte niekoľko úloh naraz, limit sa presunie na vás. Každá relácia je izolovaná, takže medzi nimi môžete prepínať ručne a sledovať, čo každá vie. Pripojenie CLI, MCP alebo chat konektora do jednej lokálnej relácie umožňuje počuť o nových udalostiach, ale stále blokuje dlhé príkazy, mieša kontexty z rôznych úloh a zastaví sa, keď váš laptop uspí.
Odpoveď DeepSeek je prestať považovať reláciu za jednotku, ktorú spravujete. Uvádza štyri vlastnosti, ktoré by mal mať superagent:
- Nepretržitý.Hovoríte s ním tam, kde už pracujete, ako napríklad chat alebo komentáre GitHub, a správa sa ako jeden agent. Ak v chate požiadate o plán A a v komentári žiadosti o stiahnutie prejdete na plán B, nasleduje to.
- Produktívne.Paralelne spúšťa niekoľko zložitých úloh a pred dokončením poslednej vykoná ďalšiu inštrukciu.
- Proaktívne.Sleduje udalosti, koná podľa toho, čo stojí za to zvládnuť, a inak zostáva ticho.
- Vytrvalý.Zostane online a obnoví sa po zlyhaniach bez toho, aby ste ho reštartovali.
Autori tvrdia, že žiadna slučka ReAct nemôže poskytnúť všetky štyri, takže kvality musia pochádzať z architektúry okolo modelu. To je skutočný predmet článku a nižšie uvedené vizuálne vysvetlenie, ktoré zdieľa Hesam, je rýchly spôsob, ako vidieť celý dizajn na jednej stránke.
tu je vizuálne vysvetlenie článku DeepSeek o super-agentovi:https://t.co/bByKYDoq6h pic.twitter.com/BhzbBh3NrP
– ℏεsam (@Hesamation)1. novembra 2026
Ako funguje návrh smerovača a pracovníka?
Spomeňte si na dobrého inžinierskeho manažéra, ktorý nikdy nepíše kód počas standupu. Thesmerovačje jedna dlhotrvajúca relácia, ktorá prijíma každú správu z každého kanála. Nespúšťa úlohy. Rozhoduje o tom, čo správa požaduje, odovzdá novú prácu pracovníkovi a každú odpoveď napíše zainteresovaným ľuďom. V článku sa píše, že môže bežať úplne bez nástroja shell a zvyčajne mu stačí ľahší a rýchlejší model.
Apracovníkje samostatná relácia s izolovaným kontextom a úplnou sadou nástrojov, venovaná jednej úlohe. Pracovníci nikdy nehovoria s ľuďmi priamo. Stav hlásia smerovaču, ktorý uchováva odpovede jedným hlasom. V prototype má každý lístok svoju vlastnú reláciu a vlastný adresár, zvyčajne pracovný strom git, a počet pracovníkov je obmedzený. Predvolená hodnota je tri naraz, nastaviteľné od 1 do 16, pričom jeden slot navyše zostáva voľný, takže správa od osoby môže vždy prejsť.
Dva detaily z toho robia viac ako len rad úloh.
Následné kroky smerovač preskočia.Keď pracovník vlastní požiadavku na stiahnutie alebo vlákno rozhovoru, prihlási sa na odber tohto vlákna. Neskoršie komentáre idú priamo k tomu, bez ďalšieho modelového hovoru na smerovači. Ak sa ukáže, že komentár sa týka niečoho iného, pracovník ho vráti.
Výbuchy sú dávkované.Spúšťače, ktoré prídu počas jedného modelu, sa zaradia do radu a spoločne sa vstreknú do ďalšieho hovoru. Autori zmerali účinok a my sa pozrieme na čísla nižšie.

Ešte jeden kontrastný bod. Tento článok to odlišuje od tímu agentov. V tíme agentov vedúci rozdeľuje jednu komplexnú úlohu na kroky a koordinuje úlohy, ktoré na nej pracujú, čo predstavuje veľkú záťaž na uvažovanie. Router Super-agent iba odosiela nezávislé úlohy a na vysokej úrovni sleduje, ako súvisia. Nerozkladá samotné dielo.
Čo robí, keď sa nikto nepýta?
Tu sa filozofia projektu stáva praktickou. Prvý dokument v úložisku uvádza zásadu v jednom riadku: brať čo najmenej ľudskej pozornosti a dávať čo najväčšiu hodnotu. Každá správa, ktorú agent pošle, stojí kolegovu pozornosť, takže hovorí len vtedy, keď osoba musí konať alebo môže použiť výsledok, a koná len vtedy, keď je požiadaná alebo keď to povoľuje pravidlo, ktoré napísal tím.
Brána, ktorá to vynucuje, je obyčajný kód, nie model. Kontroluje, kto sa pýta na povolený zoznam tímu, a zaznamenáva, aká silná je požiadavka:
| Pevnosť | Príklady z dok | Čo sa stane |
|---|---|---|
| Explicitné | Osoba na zozname povolených spomenie agenta alebo nadviaže na vlákno, ktoré už má lístok | Agent prijíma prácu v každom režime |
| Vyvodené | Robot na zozname robotov zdroja alebo sledovanie nezaradenej osoby. Neadresná správa, ktorú sa tím rozhodol prijať | Posúdené podľa písomných pravidiel tímu. V predvolenom režime pozorovania je zaznamenaný iba ako „by akceptoval“ |
| nepriznané | Akýkoľvek iný robot, čokoľvek, čo prijímacia tabuľka ignoruje | Vypadne pred zavolaním akéhokoľvek modelu |
Tento režim pozorovania je časť, ktorú mám najradšej. Agent začína tým, že zaznamená, čo by urobil, takže tím si môže tieto záznamy prečítať na karte Eval a rozšíriť svoje povolenia iba vtedy, keď vyzerajú správne. Správy, komentáre a citované dokumenty sa považujú za vstupy pre rozhodnutie. Nemôžu zmeniť to, čo agent smie robiť.
Dizajnový článok ukazuje, ako vyzerá proaktívna práca v praxi. V internej skupine používateľov DeepSeek Harness tím nakonfiguroval politiku „tichej reprodukcie a opravy“. Keď niekto nahlási problém alebo diskutuje o navrhovanej zmene, agent sa ho pokúsi reprodukovať a nájsť opravu na pozadí a výsledok poskytne až potom, čo potvrdí problém a nájde jednoduchú opravu. Inak zostane ticho. Článok tiež uvádza jednoznačné pravidlo pre chatovacie kanály, o ktorých autori tvrdia, že ich overili: obmedziť každú odpoveď na 100 slov. Naproti tomu na GitHub by požiadavky na stiahnutie mali byť husté, s pozadím problému, popisom zmeny a výsledkami overenia.
Štandardne sa každá správa GitHub, ktorú agent uverejní, začína riadkom „Toto je od automatického agenta, nie od človeka“. Tímy to môžu upraviť spolu so zvyškom výziev.
Obstoja referenčné čísla?
Článok obsahuje malý experiment a autori si dávajú pozor, aby ho označili len za orientačný. Štyri návrhy bežali vedľa seba v prúde skupinového chatu a správ CI: približne 300 správ na spustenie, z toho približne 20 skutočných pracovných požiadaviek, každý po päť spustení. Práca s kódovaním bola simulovaná nástrojom, ktorý jednoducho spotrebúva čas, takže test meria plánovanie a koordináciu, nie kvalitu cudzieho kódu.
| Dizajn | Čas dokončenia úlohy, p50 / p95 (min) | Tokeny čítania z vyrovnávacej pamäte na spustenie |
|---|---|---|
| Super agent | 12,4 / 15,7 | 23,2 mil |
| Super-agent bez priechodu | 12,6 / 15,5 | 31,8 mil |
| Jedna relácia s nástrojom pomocného agenta, neutrálna výzva | 20,4 / 29,5 | 6,1 mil |
| Jedna relácia s nástrojom podagenta, výzva na delegovanie | 13,8 / 29,0 | 10,8 mil |
Prečítajte si tabuľku dvakrát, pretože nadpis nie je celý príbeh. Návrh smerovača skrátil čas dokončenia p95 na približne polovicu času jednej relácie, ale použil zhruba dvoj- až štvornásobok tokenov na čítanie z vyrovnávacej pamäte. A najzaujímavejší riadok je druhý: odstránenie skratky prechodu nezrýchlilo alebo spomalilo dokončenie úloh, iba prinútilo smerovač urobiť o 30 percent viac rozhodnutí a spáliť o 37 percent viac tokenov.
Čítal som, že skutočný nález je v radoch s jednou reláciou. S neutrálnou výzvou model nikdy nezavolal subagenta v žiadnom z piatich cyklov. Prácu urobil sám, nové správy ho neustále vyrušovali a najpomalšie úlohy trvali 29,5 minúty. S výzvou, ktorá mu prikázala delegovať, delegoval v štyroch z piatich behov a v zostávajúcom behu model posúdil prácu ako „malú“ a urobil ju sám. Jedno sedenie závisí od nálady modelky. Smerovač, ktorý nemá povolené spúšťať kód, nemôže urobiť túto chybu.
Samostatný záťažový test na samotnom routeri zvýšil rýchlosť príchodu udalostí hodných rozhodnutia z približne 1 na približne 40 za minútu. Priemerná dávka vzrástla z 1,0 na 2,8 udalosti, čas na požiadavku vzrástol len z 2,5 na 3,9 sekundy a amortizovaný čas na rozhodnutie klesol zo 6,4 na 1,6 sekundy. Čím viac udalostí sa nahromadí, tým lacnejšie je každá z nich, až do limitu, ktorý podľa autorov závisí od dĺžky kontextu a od toho, koľko udalostí dokáže model presne spracovať v jednom kole.
DeepSeek práve sprístupnil svoj prototyp super-agenta. Jedna relácia smerovača hovorí s ľuďmi a rozdáva prácu a izolovaní pracovníci vykonávajú úlohy paralelne mimo udalostí GitHub. V ich vlastnom teste čas dokončenia p95 klesol z 29,5 na 15,7 minúty v porovnaní s jednou reláciou s použitím subagentov.
Veľryba opäť s otvoreným zdrojom.pic.twitter.com/mS4sRbHmyx
– Chubby (@kimmonismus)1. novembra 2026
Toto sú výsledky, ktoré som sám uviedol o syntetickej práci. Ukazujú, že myšlienka plánovania je správna. Neukazujú, že prototyp rýchlejšie opravuje vaše chyby.
Čo na jeho limity hovoria ľudia blízki projektu?
Čoskoro po vydaní Cui Tianyi z produktového oddelenia DeepSeek a jeden z posledných recenzentov článku o dizajne napísal, ako vidí dizajn. Jeho zarámovanie je užitočné, pretože je skromné. Centrálny kompromis pomenúva ako kontinuita medzi úlohami verzus priepustnosť úloh.
Pokiaľ ide o limity, hodnotenie je priame. Prototyp implementuje len časť navrhovaného dizajnu. Podľa jeho recenzie nemal DeepSeek Harness žiadnu vstavanú dlhodobú pamäť naprieč reláciami. A systém bol overený iba v malom, dôveryhodnom prostredí vo vnútri spoločnosti. Vlastná sekcia s otvorenými problémami v článku uvádza škálovanie smerovača, pamäť v priebehu mesiacov, prácu bez relácií, kontextové hranice medzi agentmi a spôsob, akým by izolovaní agenti mali medzi sebou komunikovať, a bezpečnosť.
Čo by ste mali skontrolovať pred spustením?
Dokumentácia je úprimnejšia ako väčšina spúšťacích príspevkov a stojí za to považovať jej upozornenia za požiadavky.
- Pracovníci majú široký prístup.Obe predvoľby povolení, pre smerovač aj pre pracovníkov, bežia s
danger-full-accessako užívateľ OS operátora. Obálky účtov vyberajú, ktoré poverenia GitHub agent používa, ale dokumenty hovoria, že ide o predvolené hodnoty a nie o hranicu zabezpečenia, pretože pracovník môže stále spúšťať program podľa absolútnej cesty alebo čítať váš domovský adresár. Odporúča sa vyhradený účet OS, ktorý obsahuje iba poverenia agenta. - Nedôveryhodný vstup je otvorenou bezpečnostnou otázkou.Článok varuje, že ak rýchla injekcia alebo vniknutie do servera ohrozí slučku cloudového agenta, môže byť dosiahnuté každé pripojené zariadenie a že poverenia, ktoré vstupujú do kontextu modelu, môžu uniknúť.
- Ľudia sa štandardne spájajú.Agent nikdy nepovolí automatické zlúčenie pod vlastným účtom. Automatické zlúčenie vyžaduje CLI druhého účtu uvedené vo výzve s požiadavkami na doručenie a predvolené pokyny ho umožňujú len pre malé schválené žiadosti o stiahnutie pod 200 zmenených riadkov.
- Je postavený okolo jedného úložiska.Každé nastavenie sleduje jediné úložisko GitHub a Feishu, nástroj na četovanie na pracovisku bežný v Číne, je ďalším prvotriednym zdrojom.
- Potrebujete postroj DeepSeek a poskytovateľa modelu.Inštalačný program obsahuje zoznam Node.js 22.19 alebo novší, pnpm, git 2.32 alebo novší, tmux, Python 3.8 alebo novší a GitHub CLI 2.48 alebo novší. Konfigurácia poskytovateľa modelu je krokom operátora.
- Hluk je náklad.Filozofický dokument hovorí, že nepoužívať činidlo na výrobu objemu. Hromadné žiadosti o stiahnutie a vysielané správy stoja váš tím viac, ako dávajú.
Ako by ste to vyskúšali bez toho, aby ste riskovali svoje hlavné úložisko?
Nastavenie má veľa krokov, takže projekt vás požiada, aby to s vami urobil kódovací agent. Podľa súboru README agent položí jednu krátku otázku, raz ukáže celý plán a potom všetko nainštaluje a nakonfiguruje. Opatrné prvé spustenie vyzerá takto:
- Vyberte si odkladací priestora vyhradený používateľ počítača alebo účet OS. Nepoužívajte svoje vlastné prihlásenie.
- Vytvorte samostatný účet GitHub pre agenta.Všetko, čo napíše, sa objaví pod týmto názvom.
- Otvorte úložisko vo svojom kódovacom agentovi a prilepte výzvu nižšie.Odpovedzte na jej otázky jednu po druhej.
- Povolený zoznam si nechajte pre sebaa ponechajte režim prijatia na pozorovanie.
- Požiadajte o niečo malé.Komentujte z povoleného účtu
@<agent login> <request>o probléme. Lístok by sa mal objaviť na paneli Prehľad približne do minúty. - Čítajte týždeň na karte Eval.Rozšírte zoznam alebo prepnite na automatický režim iba vtedy, keď záznamy „by akceptovali“ vyzerajú správne.
Dokument filozofie projektu dáva operátorom štyri pravidlá, ktoré sa oplatí zopakovať: začnite úzky, nalaďte sa na menší hluk, nepoužívajte agenta na produkciu objemu a majte to, čo hovorí vo vašom mene.
Kam by mal smerovať zvyšok práce agenta?
Predpokladajme, že pracovník strávi hodinu nekvalitným integračným testom. Požiadavka na stiahnutie je opravou. Ale vyšetrovanie za tým, ktoré testy zlyhali, ktoré hypotézy vylúčil, čo ukázala časová tabuľka, nepatrí do PR popisu a to je presne to, čo chce recenzent napadnúť. Ak to žije iba v odpovedi na chat, ďalší agent alebo spoluhráč začína od nuly.
AgentGrid.ioje skonštruovaný pre toto odovzdanie. Ľudia a agenti AI pracujú na rovnakých živých dokumentoch, aplikáciách a súboroch s jednou stabilnou adresou, kontrolovaným prístupom a históriou verzií. Dokumenty AgentGrid.io popisujú pripojenie agenta schopného príkazy spustenímnpx @animaapp/cli@latest login. Človek schvaľuje meno agenta, tím a to, čo môže robiť: čítať, písať, zdieľať alebo publikovať. Potom sa zmeny agenta objavia v histórii pod vlastným menom. Prototyp nemá žiadnu vstavanú integráciu AgentGrid.io, takže to berte ako vzor, ktorý môžete vyskúšať so svojimi pracovníkmi, nie ako zdokumentovanú funkciu.
V praxi pracovník napíše svoje vyšetrovanie ako súbor Markdown, recenzent komentuje riadok tabuľky, ďalší asistent sprísni súhrn a žiadosť o stiahnutie odkazuje na jednu aktuálnu verziu namiesto troch prilepených kópií.
Ďalší pohľad na niekoľko ľudí zdieľajúcich jedného agenta nájdete v našom sprievodcoviRoboty tímu Grok Bot. A ak vás zaujíma, čo sa skrýva pod hosťovaným agentom, náš sprievodcaClaude Managed Agentspozerá sa na verziu rovnakého rozdelenia mozgu a rúk od Anthropic, ktorú cituje článok DeepSeek.
Kedy by ste mali použiť dsh-superagent a kedy niečo iné?
- Použite dsh-superagentučiť sa zo seriózneho, zdokumentovaného návrhu, spustiť obmedzený experiment na nízkorizikovom úložisku alebo si požičať jeho nápady: smerovač, ktorý nikdy nespustí kód, lístky s uvedeným rozsahom, režim pozorovania pred automatickým režimom.
- Použite jedného interaktívneho kódovacieho agentakeď pracujete po jednej úlohe a chcete riadiť krok za krokom. Super-agent je stavaný na opačnú situáciu.
- Použite AgentGrid.iokeď je výstupom dokument, správa alebo aplikácia, ktorú musí skontrolovať, upraviť a zverejniť niekoľko ľudí a agentov, podľa toho, ktorý agent ich vytvoril.
Často kladené otázky
Čo je DeepSeek Super-Agent?
Ide o výskumný prototyp s názvom dsh-superagent, ktorý vydal tím Harness spoločnosti DeepSeek 31. októbra 2026 pod licenciou MIT. Je to proaktívny kódovací agent pre jedno úložisko GitHub. Relácia smerovača s dlhou životnosťou prijíma požiadavky a priraďuje každú prijatú reláciu svojej vlastnej pracovnej relácii, ktorá odpovedá v pôvodnej konverzácii, zvyčajne požiadavkou na stiahnutie.
Je DeepSeek Super-Agent oficiálnym produktom DeepSeek?
Nie. Súbor README ho nazýva výskumným prototypom len pre referenciu a nie oficiálnym produktom DeepSeek a hovorí, že ho treba skontrolovať a prispôsobiť pred jeho použitím vo vašom vlastnom prostredí. Taktiež nie je totožná s internou verziou alebo implementáciou, ktorú popisuje článok o dizajne.
Ako sa superagent líši od podagenta?
Sub-činidlo pridáva vrstvu pod pracovným činidlom. Super-agent pridá vrstvu nad ňu. V tomto dizajne router sedí nad mnohými pracovníkmi, hovorí s ľuďmi a odosiela úlohy, pričom každý pracovník vykonáva jednu úlohu samostatne. Názov je o pozícii, nie o nároku na väčšiu inteligenciu.
Potrebuje Feishu alebo len GitHub?
Stačí len GitHub. Feishu je voliteľný druhý zdroj a dokumentácia hovorí, že zlyhanie nastavenia Feishu deaktivuje iba zdroj Feishu.
Je bezpečné spustiť na firemnom úložisku?
Nie ako je. Dokumenty hovoria, že pracovníci bežia s plným prístupom ako používateľ operačného systému operátora a že účty wrappera nepredstavujú hranicu izolácie. Odporúčajú vyhradený účet operačného systému, vyhradený účet agenta na GitHub, krátky zoznam povolených a režim pozorovania, kým sa naučíte, ako sa agent správa.
Je to rýchlejšie ako jedna relácia kódovacieho agenta?
Vo vlastnom simulovanom teste autorov návrh smerovača dokončil najpomalšie úlohy za 15,7 minúty oproti 29,5 minútam pri jednej relácii s nástrojom subagenta s použitím viacerých tokenov. V teste sa použila simulovaná práca s kódovaním a päť spustení na návrh, takže ukazuje výhody plánovania, nie kvalitu kódu.

Figma
Adobe XD


