DeepSeek Super-Agent: Co to je, jak to funguje a co stále chybí23 min read

Otevřete tři kódovací agenty najednou a můžete cítit problém. Jeden čeká na rozhodnutí, jeden skončil před dvaceti minutami a už jste zapomněli, který z nich má auth fix. Tým Harness společnosti DeepSeek uvedl číslo: podle jeho zkušeností může člověk sledovat pouze tři až pět relací aktivních agentů najednou. Za tímto bodem již model není úzkým hrdlem. ty jsi.

31. října 2026 tým publikoval článek o designu toho, co nazývá Super-agent, a open source prototyp s názvem dsh-superagent. Je to proaktivní kódovací agent pro jedno úložiště GitHub. Jedna dlouhotrvající relace routeru mluví s lidmi a rozdává práci a každý přijatý požadavek má svou vlastní pracovní relaci, která končí žádostí o stažení nebo otázkou. Úložiště prošlo 12 000 hvězdami za dva dny. Jeho README je přímočaré, že se jedná o výzkumný kód a ne o oficiální produkt DeepSeek.

Tato příručka je pro inženýry a vedoucí týmů, kteří chtějí vědět, co dělá prototyp, jak funguje návrh směrovače a pracovníka, co čísla benchmarků dělají a nedokazují a co je třeba zkontrolovat, než jej nasměrují do skutečného úložiště.

Jedna poznámka před detaily. Odpověď pracovníka na „opravit tuto chybu“ je žádost o stažení a GitHub je pro to skvělým domovem. Zbytek toho, co agenti vytvářejí kolem kódu, je těžší umístit: zápis hlavní příčiny, shrnutí testu, srovnávací tabulku, o kterou recenzent požádal.AgentGrid.ioje sdílený pracovní prostor, kde lidé a agenti AI vytvářejí, upravují a sdílejí dokumenty, aplikace a soubory s jednou živou verzí, atribucí a historií. Vracíme se tam, kde se to hodí ke konci.

Co je DeepSeek Super-Agent?

Objevily se dvě věci dohromady. První je dlouhý článek o designu „Exploring Super-agent Design: Towards a More Autonomous Agent System“. Tým Harness ji napsal v čínštině a 1. listopadu zveřejnil strojově přeloženou anglickou verzi na X. Vidělo ji více než 2,2 milionukrát. Druhý je kód:Prototyp deepseek-ai/dsh-superagent, vydané pod licencí MIT.

Prozkoumání designu superagentů: Směrem k autonomnějšímu systému agentů

https://t.co/gwwIHtyCRQ

– Postroj DeepSeek (@DeepSeekHarness)1. listopadu 2026

Nejedná se o nový model. dsh-superagent je balíček proPostroj DeepSeek, open-source svazek agentů DeepSeek, který společnost popisuje jako ve veřejném náhledu po celém světě. Balíček sleduje jedno úložiště GitHub a pokud jej zapnete, Feishu chatuje. Když někdo na seznamu povolených požádá agenta o práci, otevře pracovní položku, spustí ji ve své vlastní relaci a adresáři a odpoví v původní konverzaci. Webový panel zobrazuje pouze to, co člověk potřebuje.

Jméno je jednodušší, než to zní. Cui Tianyi, z produktového oddělení DeepSeek a jeden z posledních recenzentů článku, vysvětlil v příspěvku Zhihu, že „super“ je míněno jako horní index versus dolní index. Super-agent přidá vrstvu nad agenta, který vykonává práci, opak podagenta, který přidá jednu pod sebe. Není to tvrzení o vyšší inteligenci.

Soubor README se otevírá varováním, které stojí za to si přečíst celé: „Prototyp výzkumu pouze pro referenci, nikoli oficiální produkt DeepSeek.“ Dodává, že velkou část inženýrství provedli kódovací agenti, že kód může obsahovat chyby a že některé návrhy v článku jsou pokyny pro budoucí práci a nejsou implementovány.

Další pokles DeepSeek: dsh-superagent

Rámec agentů, který funguje přes problémy GitHub repo a PR s mnoha agenty paralelně, navržený tak, aby zabíral co nejméně lidské pozornosti a zároveň poskytoval co největší hodnotu.

pic.twitter.com/XR73mIvA0V

– Leandro von Werra (@lvwerra)31. října 2026

Proč DeepSeek říká, že úzkým hrdlem je lidská pozornost?

Článek začíná jednoduchým pozorováním. Za poslední rok se kódovací agenti zdokonalili natolik, že jeden úkol je omezen modelem. Jakmile ale spustíte několik úkolů najednou, limit se přesune na vás. Každá relace je izolovaná, takže mezi nimi můžete přepínat ručně a sledovat, co každá zná. Připojením CLI, MCP nebo chatovacího konektoru do jedné místní relace umožňuje slyšet o nových událostech, ale stále blokuje dlouhé příkazy, míchá kontexty z různých úloh a zastaví se, když váš notebook uspí.

Odpověď DeepSeek je přestat považovat relaci za jednotku, kterou spravujete. Uvádí čtyři vlastnosti, které by měl mít superagent:

• Kontinuální.Mluvíte s ním tam, kde už pracujete, jako je chat nebo komentáře GitHub, a chová se jako jeden agent. Pokud požádáte o plán A v chatu a přepnete na plán B v komentáři žádosti o stažení, následuje.
• Produktivní.Paralelně spouští několik složitých úloh a před dokončením poslední provede další instrukci.
• Proaktivní.Sleduje události, jedná podle toho, co stojí za to řešit, a jinak zůstává potichu.
• Vytrvalý.Zůstane online a obnoví se po selhání, aniž byste jej restartovali.

Autoři tvrdí, že žádná smyčka ReAct nemůže zajistit všechny čtyři, takže kvality musí pocházet z architektury kolem modelu. To je skutečný předmět článku a níže uvedený vizuální výklad, sdílený Hesamem, je rychlý způsob, jak vidět celý design na jedné stránce.

zde je vizuální vysvětlení článku DeepSeek o Super-Agent:https://t.co/bByKYDoq6h pic.twitter.com/BhzbBh3NrP

– ℏεsam (@Hesamation)1. listopadu 2026

Jak funguje návrh routeru a pracovníka?

Vzpomeňte si na dobrého technického manažera, který nikdy nepíše kód během standupu. Therouterje jedna dlouhotrvající relace, která přijímá každou zprávu z každého kanálu. Nespouští úlohy. Rozhoduje, co zpráva požaduje, předá novou práci pracovníkovi a napíše každou odpověď zúčastněným lidem. V článku se píše, že může běžet úplně bez nástroje shell a že mu obvykle stačí lehčí a rychlejší model.

Adělníkje samostatná relace s izolovaným kontextem a úplnou sadou nástrojů věnovaná jednomu úkolu. Pracovníci nikdy nemluví s lidmi přímo. Stav hlásí směrovači, který uchovává odpovědi jedním hlasem. V prototypu má každý lístek svou vlastní relaci a vlastní adresář, obvykle git worktree, a počet pracovníků je omezen. Výchozí nastavení jsou tři najednou, nastavitelné od 1 do 16, přičemž jeden slot navíc je ponechán volný, takže vzkaz osoby může vždy projít.

Dva detaily z toho dělají víc než jen frontu úkolů.

Následná opatření přeskakují router.Jakmile pracovník vlastní požadavek na stažení nebo vlákno chatu, přihlásí se k odběru tohoto vlákna. Pozdější komentáře jdou přímo k tomu, bez dalšího volání modelu na routeru. Pokud se ukáže, že se komentář týká něčeho jiného, ​​pracovník ho vrátí.

Výbuchy jsou dávkové.Spouštěče, které dorazí během jednoho modelu, se zařadí do fronty a společně se vloží do dalšího volání. Autoři měřili účinek a my se podíváme na čísla níže.

Ještě jeden bod kontrastu. Článek to odlišuje od týmu agentů. V týmu agentů vedoucí rozděluje jeden složitý úkol na kroky a koordinuje role, které na něm pracují, což představuje velkou zátěž na uvažování. Směrovač Super-agent pouze odesílá nezávislé úkoly a na vysoké úrovni sleduje, jak spolu souvisí. Nerozkládá samotné dílo.

Co to dělá, když se nikdo neptá?

Zde se filozofie projektu dostává do praxe. První dokument v úložišti uvádí zásadu v jednom řádku: brát co nejméně lidské pozornosti a dávat co největší hodnotu. Každá zpráva, kterou agent odešle, stojí kolegovu pozornost, takže promluví pouze tehdy, když člověk musí jednat nebo může použít výsledek, a zareaguje pouze na požádání nebo když to pravidlo napsané týmem dovolí.

Brána, která to vynucuje, je prostý kód, nikoli model. Kontroluje, kdo se ptá na povolený seznam týmu, a zaznamenává, jak silný je požadavek:

Ten režim pozorování je část, kterou mám nejraději. Agent začíná tím, že zaznamená, co by udělal, takže tým si může tyto záznamy přečíst na kartě Eval a rozšířit svá oprávnění pouze tehdy, když vypadají správně. Zprávy, komentáře a citované dokumenty jsou považovány za vstupy pro rozhodnutí. Nemohou změnit to, co agent smí dělat.

Designový článek ukazuje, jak vypadá proaktivní práce v praxi. V interní uživatelské skupině DeepSeek Harness tým nakonfiguroval zásadu „tiché reprodukce a opravy“. Když někdo nahlásí problém nebo diskutuje o navrhované změně, agent se ji pokusí reprodukovat a najít opravu na pozadí a výsledek dodá až poté, co potvrdí problém a najde jednoduchou opravu. Jinak zůstane v klidu. Článek také uvádí neomalené pravidlo pro chatovací kanály, které podle autorů ověřili: omezit každou odpověď na 100 slov. Naproti tomu na GitHub by požadavky na stažení měly být husté, s pozadím problému, popisem změny a výsledky ověření.

Ve výchozím nastavení každá zpráva GitHub, kterou agent odešle, začíná řádkem „Toto je automatickým agentem, ne člověkem“. Týmy to mohou upravit spolu se zbytkem výzev.

Vydrží referenční čísla?

Článek obsahuje malý experiment a autoři si dávají pozor, aby jej označili pouze za orientační. Čtyři návrhy běžely vedle sebe v proudu skupinových chatů a zpráv CI: asi 300 zpráv na běh, asi 20 z nich skutečných pracovních požadavků, každý po pěti běhech. Práce s kódováním byla simulována nástrojem, který jednoduše spotřebovává čas, takže test měří plánování a koordinaci, nikoli kvalitu něčího kódu.

Přečtěte si tabulku dvakrát, protože nadpis není celý příběh. Návrh routeru zkrátil dobu dokončení p95 na přibližně polovinu doby jedné relace, ale použil zhruba dvakrát až čtyřikrát více tokenů pro čtení z mezipaměti. A nejzajímavější řádek je druhý: odstranění zkratky pass-through nezrychlilo nebo zpomalilo dokončení úloh, ale pouze přimělo router dělat asi o 30 procent více rozhodnutí a spálit o 37 procent více tokenů.

Četl jsem, že skutečný nález leží v řadách s jednou relací. S neutrální výzvou model nikdy nezavolal subagenta v žádném z pěti běhů. Práci to zvládlo samo, nové zprávy ho neustále vyrušovaly a nejpomalejší úkoly trvaly 29,5 minuty. S výzvou, která mu řekla, aby delegoval, delegoval ve čtyřech z pěti běhů a ve zbývajícím běhu model posoudil práci jako „malou“ a provedl ji sám. Jedno sezení závisí na náladě modelky. Router, který nemá povoleno spouštět kód, nemůže tuto chybu udělat.

Samostatný zátěžový test na samotném routeru zvýšil rychlost příchodu událostí hodných rozhodnutí z přibližně 1 na přibližně 40 za minutu. Průměrná dávka vzrostla z 1,0 na 2,8 události, doba na požadavek vzrostla pouze z 2,5 na 3,9 sekundy a amortizovaná doba na rozhodnutí klesla z 6,4 na 1,6 sekundy. Čím více událostí se hromadí, tím levnější je každá z nich, až do limitu, který autoři říkají, závisí na délce kontextu a na tom, kolik událostí dokáže model přesně zpracovat v jednom tahu.

DeepSeek právě otevřel svůj prototyp superagenta. Jedna relace routeru mluví s lidmi a rozdává práci a izolovaní pracovníci spouštějí úkoly paralelně mimo události GitHub. V jejich vlastním testu se doba dokončení p95 snížila z 29,5 na 15,7 min ve srovnání s jednou relací s použitím subagens.

Velryba opět open source.pic.twitter.com/mS4sRbHmyx

– Chubby (@kimmonismus)1. listopadu 2026

Toto jsou vlastní výsledky syntetické práce. Ukazují, že myšlenka plánování je správná. Neukazují, že prototyp opravuje vaše chyby rychleji.

Co na jeho limity říkají lidé blízcí projektu?

Brzy po vydání Cui Tianyi z produktového oddělení DeepSeek a jeden z posledních recenzentů článku o designu napsal, jak vidí design. Jeho rámování je užitečné, protože je skromné. Centrální kompromis pojmenovává jako kontinuita napříč úkoly versus propustnost úkolů.

Pokud jde o limity, recenze je přímá. Prototyp implementuje pouze část navrženého návrhu. Podle jeho recenze neměl kabelový svazek DeepSeek žádnou vestavěnou dlouhodobou paměť napříč relacemi. A systém byl ověřen pouze v malém důvěryhodném prostředí uvnitř společnosti. Vlastní sekce otevřených problémů v článku uvádí škálování routeru, paměť v průběhu měsíců, práci bez relací, kontextové hranice mezi agenty a to, jak by izolovaní agenti měli mezi sebou mluvit, a zabezpečení.

Co byste měli zkontrolovat před spuštěním?

Dokumentace je otevřenější než většina spouštěcích příspěvků a stojí za to považovat její varování za požadavky.

• Pracovníci mají široký přístup.Obě předvolby oprávnění, pro router i pro pracovníky, běží sdanger-full-accessjako uživatel OS operátora. Obálky účtů vybírají, která pověření GitHub agent používá, ale dokumenty říkají, že jde o výchozí hodnoty a nikoli o hranici zabezpečení, protože pracovník může stále spouštět program podle absolutní cesty nebo číst váš domovský adresář. Doporučení je vyhrazený účet operačního systému, který obsahuje pouze přihlašovací údaje agenta.
• Nedůvěryhodný vstup je otevřenou bezpečnostní otázkou.Článek varuje, že pokud okamžitá injekce nebo vniknutí do serveru naruší smyčku cloudového agenta, může být dosaženo každého připojeného zařízení a že přihlašovací údaje, které vstupují do kontextu modelu, mohou uniknout.
• Lidé se standardně slučují.Agent nikdy nepovolí automatické slučování pod svým vlastním účtem. Automatické sloučení vyžaduje CLI druhého účtu pojmenované ve výzvě Požadavky na doručení a výchozí pokyny jej umožňují pouze pro malé schválené žádosti o stažení pod 200 změněných řádků.
• Je postaven kolem jednoho úložiště.Každé nastavení sleduje jediné úložiště GitHub a Feishu, nástroj pro chat na pracovišti běžný v Číně, je dalším prvotřídním zdrojem.
• Potřebujete kabelový svazek DeepSeek a poskytovatele modelu.Nastavení uvádí Node.js 22.19 nebo novější, pnpm, git 2.32 nebo novější, tmux, Python 3.8 nebo novější a GitHub CLI 2.48 nebo novější. Konfigurace poskytovatele modelu je krokem operátora.
• Hluk je náklad.Filosofický dokument říká nepoužívat agenta k produkci objemu. Hromadné žádosti o stažení a vysílané zprávy stojí váš tým více, než dávají.

Jak byste to zkusili, aniž byste riskovali své hlavní úložiště?

Nastavení má mnoho kroků, takže projekt vás požádá, abyste to s vámi nechali provést kódovacím agentem. Podle souboru README agent položí vždy jednu krátkou otázku, jednou ukáže celý plán a poté vše nainstaluje a nakonfiguruje. Opatrné první spuštění vypadá takto:

1. Vyberte si jednoúčelové úložištěa vyhrazený uživatel stroje nebo účet OS. Nepoužívejte své vlastní přihlašovací údaje.
2. Vytvořte pro agenta samostatný účet GitHub.Vše, co napíše, se objeví pod tímto jménem.
3. Otevřete úložiště ve svém kódovacím agentovi a vložte výzvu níže.Odpovězte na její otázky jednu po druhé.
4. Seznam povolených si nechte pro sebea ponechte režim přijímání na pozorování.
5. Požádejte o něco malého.Komentář z povoleného účtu@<agent login> <request>na problém. Lístek by se měl objevit v Přehledu panelu přibližně do minuty.
6. Přečtěte si týden na kartě Eval.Rozšiřte seznam nebo přepněte na auto pouze v případě, že záznamy „by přijaly“ vypadají správně.

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

Dokument filozofie projektu dává operátorům čtyři pravidla, která stojí za to zopakovat: začněte úzce, nalaďte na méně hluku, nepoužívejte agenta k produkci objemu a vlastnit, co říká vaším jménem.

Kam by měl směřovat zbytek práce agenta?

Předpokládejme, že pracovník stráví hodinu nekvalitním integračním testem. Oprava je požadavek na stažení. Ale vyšetřování za tím, které testy selhaly, které hypotézy vyloučil, co ukázala časová tabulka, do PR popisu nepatří a to je přesně to, co chce recenzent napadnout. Pokud to žije pouze v odpovědi na chat, další agent nebo spoluhráč začíná od nuly.

AgentGrid.ioje pro toto předání stavěný. Lidé a agenti AI pracují na stejných živých dokumentech, aplikacích a souborech s jednou stabilní adresou, kontrolovaným přístupem a historií verzí. Dokumenty AgentGrid.io popisují připojení agenta schopného příkazy spuštěnímnpx @animaapp/cli@latest login. Člověk schvaluje agentovo jméno, tým a to, co může dělat: číst, psát, sdílet nebo publikovat. Poté se změny agenta objeví v historii pod jeho vlastním jménem. Prototyp nemá žádnou vestavěnou integraci AgentGrid.io, takže to považujte za vzor, ​​který můžete vyzkoušet se svými pracovníky, nikoli za zdokumentovanou funkci.

V praxi pracovník zapíše své šetření jako soubor Markdown, recenzent okomentuje řádek tabulky, další asistent shrnuje a žádost o stažení odkazuje na jednu aktuální verzi namísto tří vložených kopií.

Další pohled na několik lidí sdílejících jednoho agenta naleznete v našem průvodciBoti týmu Grok Bot. A pokud vás zajímá, co se skrývá pod hostovaným agentem, náš průvodceClaude Managed Agentspodívá se na verzi stejného rozdělení mozku a rukou Anthropic, kterou cituje článek DeepSeek.

Kdy byste měli použít dsh-superagent a kdy něco jiného?

• Použijte dsh-superagentučit se od seriózního, zdokumentovaného návrhu, spustit uzavřený experiment na úložišti s nízkým rizikem nebo si vypůjčit jeho nápady: router, který nikdy nespustí kód, lístky s uvedeným rozsahem, režim pozorování před automatickým režimem.
• Použijte jednoho interaktivního kódovacího agentakdyž pracujete jeden úkol po druhém a chcete řídit krok za krokem. Super-agent je stavěn pro opačnou situaci.
• Použijte AgentGrid.iokdyž je výstupem dokument, sestava nebo aplikace, kterou musí zkontrolovat, upravit a publikovat několik lidí a agentů, podle toho, který agent jej vytvořil.

Často kladené otázky

Co je DeepSeek Super-Agent?

Jedná se o výzkumný prototyp s názvem dsh-superagent, který vydal tým Harness společnosti DeepSeek 31. října 2026 pod licencí MIT. Je to proaktivní kódovací agent pro jedno úložiště GitHub. Relace routeru s dlouhou životností přijímá požadavky a přiřazuje každý přijatý k vlastní pracovní relaci, která odpovídá v původní konverzaci, obvykle žádostí o stažení.

Je DeepSeek Super-Agent oficiální produkt DeepSeek?

Ne. Soubor README jej nazývá výzkumným prototypem pouze pro referenci, nikoli oficiálním produktem DeepSeek, a říká, že jej před použitím ve vašem vlastním prostředí je třeba zkontrolovat a upravit. Také není totožná s interní verzí nebo implementací, kterou popisuje článek o návrhu.

Jak se superagent liší od podagenta?

Dílčí činidlo přidává vrstvu pod pracovní činidlo. Super-agent přidá vrstvu nad něj. V tomto provedení router sedí nad mnoha pracovníky, mluví s lidmi a odesílá úkoly, přičemž každý pracovník zpracovává jeden úkol izolovaně. Jméno je o pozici, ne o tvrzení o větší inteligenci.

Je potřeba Feishu nebo pouze GitHub?

Stačí pouze GitHub. Feishu je volitelný druhý zdroj a dokumentace říká, že selhání nastavení Feishu deaktivuje pouze zdroj Feishu.

Je bezpečné provozovat na firemním úložišti?

Ne tak, jak je. Dokumenty říkají, že pracovníci běží s plným přístupem jako uživatel operačního systému operátora a že účty wrapperů nejsou hranicí izolace. Doporučují vyhrazený účet OS, vyhrazený účet agenta na GitHub, krátký seznam povolených a režim pozorování, zatímco se dozvíte, jak se agent chová.

Je to rychlejší než jedna relace kódovacího agenta?

Ve vlastním simulovaném testu autorů návrh routeru dokončil nejpomalejší úlohy za 15,7 minuty oproti 29,5 minutám na jednu relaci s nástrojem subagenta s použitím více tokenů. Test používal simulovanou práci s kódováním a pět běhů na návrh, takže ukazuje výhody plánování, nikoli kvalitu kódu.