DeepSeek Harness forklart: Derfor er dsh en agentplattform – ikke en Claude Code-klone

DeepSeek Harness, eller dsh, bør først og fremst forstås som en åpen kjøretidsplattform for å bygge og kjøre KI-agenter. DeepSeek lanserte verktøyet som en utviklerforhåndsvisning 13. august 2026, med MIT-lisens. 37 Hovedideen er ikke å tilby én ferdig og polert kodeagent, men et sammensettbart fundament der de viktigste delene av et agentsystem kan byttes ut.

Det forklarer både entusiasmen rundt dsh og begrensningene i den første utgaven. DeepSeek Harness ligner mer på et underliggende plattformlag for agenter enn på en åpen kildekode-kopi av Claude Code.

Hva gjør DeepSeek Harness?

En agent trenger mer enn en språkmodell. Den må også kunne bruke verktøy, lese og endre filer, kjøre kode i kontrollerte miljøer, holde orden på økter, planlegge oppgaver og vise resultater til brukeren. I mange ferdige agentprodukter er disse valgene pakket inn i én relativt fast opplevelse.

DeepSeek Harness legger i stedet disse funksjonene bak utskiftbare komponenter. Den offisielle arkitekturbeskrivelsen omtaler blant annet modelladaptere, verktøyregistre, øktlogger og selve agentløkken som programtillegg. 112 Også kjøre-miljøer og nettbaserte grensesnitt kan settes sammen gjennom den samme plugin-baserte strukturen. 111

I praksis leverer dsh mekanikken som kobler en modell til virkelige miljøer, samtidig som flere deler av stakken kan konfigureres eller erstattes.

Cordis er fundamentet

Cordis er rammeverket under DeepSeek Harness. Det sørger for kjøretidskonteksten der programtillegg kan bidra med tjenester, typede hendelser og effekter som kan reverseres. 12

Dermed minner Cordis mer om en mikrokjerne eller en plugin-kjøretid enn om et tradisjonelt, monolittisk agentrammeverk. Fundamentet håndterer lasting og sammensetning, mens agentens funksjoner leveres av komponenter som settes sammen oppå det.

Dette skillet er viktig. Det sentrale produktet er ikke én bestemt agentløkke eller én foretrukket modell, men systemet som lar disse delene fungere sammen – og erstattes.

Når «alt er et programtillegg» faktisk betyr noe

«Alt er et programtillegg» er en arkitekturregel, ikke bare et slagord. I dsh kan blant annet disse lagene behandles som uavhengige og utskiftbare deler:

• modelladaptere;
• verktøyregistre;
• øktlogging og tilstand;
• kjøre-miljøer og sandkasser;
• planlegging og orkestrering;
• webgrensesnittet; og
• selve agentløkken. 11112

Det siste punktet er det mest oppsiktsvekkende. Mange agentrammeverk bygger rundt en bestemt kontrollsløyfe – ofte en ReAct-lignende syklus med resonnering, verktøybruk, observasjon og nye handlinger. dsh kan støtte en slik arbeidsmåte, men gjør ikke denne løkken til en permanent del av plattformens identitet.

Resultatet er et tydelig skille mellom agentgrensesnittet og én bestemt implementasjon av løkken. Utviklere kan dermed eksperimentere med orkestrering eller fleragentsystemer uten nødvendigvis å skrive om modelladapteren, verktøylaget og brukergrensesnittet samtidig.

Konfigurasjon blir til sammensetning

Dsh gjør arkitekturen praktisk gjennom profiler og konfigurasjonsendringer. En kjørende instans settes sammen som et tre av programtillegg fra ordnede lag. Profiler kan stable flere pakker, installere programtillegg utenfor hovedtreet og bruke brukerens egen cordis.patch.yml. 1

Pakkefilene i kildekodelageret viser hvordan dette fungerer: Et grunnlag setter inn felles komponenter, mens senere lag og brukerens egne endringer kan overskrive eller deaktivere oppføringer. 1011

Det endrer hva «tilpasning» betyr. I stedet for å klone og endre en stor agentapplikasjon for å bytte ut én del, kan utvikleren endre sammensetningen som lastes inn ved oppstart. Den konkrete implementasjonen er fortsatt avhengig av grensesnitt som kan endre seg, men arbeidsmåten er ment å være deklarativ og modulær.

Hvorfor dsh ikke bare er «Claude Code, men åpen kildekode»

Claude Code, Codex, WorkBuddy og lignende tjenester oppleves først og fremst som helhetlige applikasjoner. De tar en rekke ferdige valg om modelltilgang, tillatelser, verktøy, orkestrering, samhandling og kjøring.

DeepSeek Harness kan gi en kjent agentopplevelse, inkludert en ReAct-lignende løkke. Den viktigste arkitekturavgjørelsen er likevel at dsh ikke låser disse delene sammen i ett fast system. Løkken, modellkoblingen, verktøyene, miljøet og grensesnittet kan alle erstattes.

Sammenligningen er derfor nyttig, men har klare begrensninger:

• Et kodeagentprodukt prioriterer en ferdig arbeidsflyt og et konsistent sett med innebygde valg.
• En agent-kjøretid prioriterer sammensetning, eksperimentering og integrasjon i andre systemer.

Dsh forsøker å tilhøre den siste kategorien. Verdien vil derfor ikke først og fremst avgjøres av om den første medfølgende agenten er markedets beste kodeassistent, men av om grensesnittene gjør det mulig å bygge bedre kombinasjoner rundt plattformen.

Plattformstrategien bak arkitekturen

DeepSeeks strategiske veddemål er at et åpent sammensetningslag kan flytte mer av eksperimenteringen med agentsystemer ut til utviklermiljøet. Tredjeparter kan i prinsippet utvikle videre på minne, planlegging, sandkasser, modellstøtte, koordinering mellom flere agenter og brukergrensesnitt – så lenge de relevante grensesnittene holder seg stabile.

Det gir et større designrom enn ett selskap kan utforske gjennom ett offisielt produkt. DeepSeek trenger ikke på forhånd å bestemme hvilket minnSystem, hvilken planlegger, kjøre-modell eller samhandlingsform som skal bli standard. I stedet kan selskapet dra nytte av økosystemet som eventuelt oppstår rundt kjøretiden.

Det er derfor prosjektet best kan beskrives som et infrastruktursatsing, ikke som en ny modellannonsering. Kildekodelageret presenterer selv dsh som et åpent agent-harness bygget rundt arkitekturen «alt er et programtillegg» og drevet av Cordis. 12

Kan dsh bli agentenes npm eller Kubernetes?

Sammenligningen er foreløpig ambisiøs, men den peker mot den tiltenkte rollen. npm ble et distribusjons- og sammensetningslag for Node.js-pakker. Kubernetes ble et utvidbart kontrollplan for containerbaserte arbeidslaster.

Dsh kan få en tilsvarende posisjon for agentkomponenter dersom plattformen utvikler varige grensesnitt, pålitelig pakkeoppdagelse, kompatibilitetsgarantier, gode sikkerhetsmekanismer og tydelige driftskonvensjoner. I så fall vil utviklere ikke bare installere dsh som en applikasjon, men bygge agentsystemer av et voksende økosystem med deler som fungerer sammen.

Analogien må likevel ikke forveksles med dokumentasjon på at dsh allerede har nådd denne statusen. En plattform blir først infrastruktur når utviklere kan stole på grensesnittene og oppførselen over tid.

Hva begrenser DeepSeek Harness i dag?

Den nåværende utgaven er en utviklerforhåndsvisning, ikke en generell produksjonsplattform. Omtaler av lanseringen beskriver programvaren som tidlig, med mulige brudd i grensesnittene, uferdig brukeropplevelse og et umodent økosystem. 3716

Den raske oppmerksomheten på GitHub – omtalt som mer enn 140 000 stjerner i løpet av få dager – viser stor interesse. Stjerner dokumenterer imidlertid ikke pålitelighet, produksjonsbruk, sikkerhet eller langsiktig kompatibilitet. 513

Det samme gjelder den tidlige aktiviteten rundt programtillegg. Et ungt økosystem kan vise entusiasme uten at det ennå tilbyr vedlikehold, kvalitetskontroll, versjonering og sikkerhetsgarantier som kreves i produksjon.

Konklusjon

DeepSeek Harness er interessant fordi det endrer spørsmålet fra «Hvilket agentprodukt bør utviklere bruke?» til «Hvilke deler av et agentsystem bør kunne byttes ut?» Cordis leverer plugin-kjøretiden, mens dsh anvender filosofien på modeller, verktøy, økter, miljøer, grensesnitt og selve kontrollsløyfen. 12

Det gjør dsh til et seriøst forsøk på et åpent grunnlag for agentutvikling – ikke en rett frem konkurrent til Claude Code. Plattformtesen er likevel langt fra bevist. Foreløpig er dsh mest interessant som et utviklerverktøy for å utforske sammensettbare agentarkitekturer, ikke som infrastruktur organisasjoner bør anta er stabil eller klar for produksjon.