DeepSeek legger ut dsh-superagent: kodeagent som svarer på GitHub-oppgaver med pull requests

«Forskningsprototype kun til referanse, ikke et offisielt DeepSeek-produkt», står det øverst i README-en til dsh-superagent, som DeepSeek la ut på GitHub 31. oktober under MIT-lisens. Det er en proaktiv kodeagent for ett GitHub-repo: den lytter på GitHub og eventuelt Feishu, åpner en arbeidsoppgave når en tillatt person ber om det, og svarer i samme tråd, for eksempel med en pull request. Koden er skrevet i TypeScript og pakket som en bunt for DeepSeeks eget agentrammeverk.

Bakgrunn

Rammeverket, som installeres med npm-pakken @deepseek-ai/dsh, er ifølge deepseek.com i offentlig forhåndsversjon og åpen kildekode, med plugins som byggestein for alt. dsh-superagent er altså ingen frittstående app, men en plugin-bunt som forutsetter rammeverket. README-en sier at mye av ingeniørarbeidet ble gjort av kodeagenter, og at den publiserte versjonen er tilpasset og ikke identisk med DeepSeeks interne versjon. Noen av designene i DeepSeeks artikkel «Exploring Super-agent Design» er bare fremtidige retninger og finnes ikke i prototypen.

Filosofien er å bruke minst mulig menneskelig oppmerksomhet. Agenten handler bare når noen ber om det eller når en regel teamet har skrevet tillater det, og den sier bare fra når noen må handle eller kan bruke et resultat. Et webpanel viser kun det som trenger et menneske. Selv installasjonen er delegert: du ber din egen kodeagent lese SETUP.md, og den stiller ett kort spørsmål om gangen før den installerer og konfigurerer alt.

Under panseret får hver oppgave (en Ticket) sin egen Executor-økt og egen katalog, typisk laget med git worktree. Forgrunnskommandoer flyttes til bakgrunnsjobber etter 5 sekunder slik at arbeideren kan ta imot nye meldinger, bakgrunnsarbeid får maks 30 minutter etter hver tur, og prepare-kommandoen har ti minutter på seg. Tilgangsmodellen er gjennomtenkt: verten håndhever tillatelseslistene, og meldinger, kommentarer og siterte dokumenter kan ikke endre rettighetene. En bot kan aldri gi en eksplisitt forespørsel, bare et foreslått oppdrag.

«Disse wrapperne og katalogene setter standardverdier, ikke en sikkerhetsgrense.» — docs/003-execution.md i dsh-superagent-repoet

Det er setningen du bør merke deg før du prøver. Executor-øktene kjører kommandoer uten godkjenning som operatørens OS-bruker, og blokkerte kommandoer stoppes bare når de kalles ved navn: en arbeider kan fortsatt kjøre et program via absolutt sti. Siden agenten leser issues og kommentarer som kontekst, er risikoen at instruksjoner plantet i en issue-tekst ender som kommandoer med dine rettigheter, selv om tillatelseslisten bestemmer hvem som kan starte arbeid.

Mønsteret er likevel nyttig å studere for deg som bygger egne agenter: én hovedøkt som ruter, isolerte arbeidere per oppgave, harde tidsgrenser og et panel som bare viser det som krever deg.

Hva bør du gjøre?

1. Kjør agenten under en egen OS-bruker eller i en VM uten tilgang til hjemmekatalogen din, siden den arver alle rettighetene til brukeren som starter den.
2. Gi agentkontoen på GitHub tilgang til bare det ene repoet, og hold tillatelseslisten over hvem som kan be om arbeid så smal som mulig.
3. Les 002-authorization.md og 003-execution.md i docs-mappen, og test på et privat testrepo før du kobler den til et repo med eksterne bidragsytere.