DeepSeek Harness forklaret: Hvorfor dsh er en agentplatform – ikke en Claude Code-kopi

DeepSeek Harness, eller dsh, er bedst forstået som en open source-runtime til at bygge og køre AI-agenter. DeepSeek udgav projektet som en developer preview den 13. august 2026 under MIT-licensen. 37

Det centrale er ikke en færdig kodeassistent med én bestemt brugeroplevelse. dsh er snarere et modulært fundament, hvor de vigtigste dele af et agentsystem kan udskiftes.

Det forklarer både interessen for projektet og dets begrænsninger: DeepSeek Harness minder mere om et grundlag for agentplatforme end om en direkte, open source-kopi af Claude Code.

Hvad bruges DeepSeek Harness til?

En AI-agent kræver mere end en sprogmodel. Den skal også kunne kalde værktøjer, læse og ændre filer, køre kode i kontrollerede miljøer, holde styr på sessioner, planlægge opgaver og vise resultater til brugeren.

I mange agentprodukter er disse valg pakket ind i en relativt fast oplevelse. dsh placerer dem i udskiftelige komponenter. Den officielle arkitekturbeskrivelse omtaler blandt andet modeladaptere, værktøjsregistre, sessionslog og selve agent-loopet som plugins. 112 Runtime-miljøer og webflader kan ligeledes sammensættes gennem den pluginorienterede arkitektur. 111

I praksis leverer dsh maskineriet, der forbinder en model med virkelige miljøer, men lader udvikleren konfigurere og udskifte en større del af stakken.

Cordis er fundamentet

Cordis er frameworket under DeepSeek Harness. Det skaber den runtime-kontekst, hvor plugins kan levere tjenester, typede hændelser og effekter, der kan rulles tilbage. 12

Det gør Cordis mere sammenligneligt med en mikrokernel eller en plugin-runtime end med et traditionelt, samlet agent-framework. Fundamentet står for indlæsning og sammensætning, mens agentens funktioner leveres af komponenter ovenpå.

Adskillelsen er vigtig. dsh har ikke én privilegeret agent-loop eller én foretrukken model som arkitektonisk centrum. Det centrale produkt er systemet, der får delene til at fungere sammen – og gør det muligt at udskifte dem.

Hvad betyder “alt er et plugin”?

“Everything is a plugin” er en designregel, ikke blot et slogan. I dsh kan følgende lag behandles som selvstændige og udskiftelige dele:

• modeladaptere;
• værktøjsregistre;
• sessionslog og tilstand;
• eksekveringsmiljøer og sandboxing;
• planlægning og orkestrering;
• webgrænsefladen; og
• selve agent-loopet. 11112

Det sidste punkt er det mest markante. Mange agent-frameworks tager udgangspunkt i en bestemt kontrolsløjfe – ofte en ReAct-lignende cyklus med ræsonnement, værktøjsbrug, observation og nye handlinger.

dsh kan understøtte en sådan velkendt model, men gør ikke loopet til en permanent del af runtime’ens identitet. Det skelner mellem agentens grænseflade og én bestemt implementering af loopet.

En udvikler kan dermed eksperimentere med orkestrering eller multi-agent-adfærd uden nødvendigvis at skulle omskrive modeladapteren, værktøjslaget eller brugerfladen omkring det.

Konfiguration bliver til sammensætning

Arkitekturen bliver praktisk anvendelig gennem profiler og konfigurationsændringer. En kørende dsh-instans sammensættes ved opstart som et plugin-træ af ordnede lag. Profiler kan kombinere bundles, installere plugins uden for hovedtræet og anvende brugerens egen cordis.patch.yml. 1

Projektets bundle-filer viser, hvordan det fungerer: Et grundlag indsætter fælles komponenter, mens senere lag og brugerens patches kan overskrive eller deaktivere poster. 1011

Det ændrer, hvad “tilpasning” betyder. I stedet for at forke en stor agentapplikation for at udskifte ét undersystem kan udvikleren ændre den sammensætning, der indlæses ved opstart.

Den konkrete implementering afhænger fortsat af projektets interfaces, som er under udvikling, men den tilsigtede arbejdsgang er deklarativ og modulær.

Hvorfor er dsh ikke bare “Claude Code, men open source”?

Claude Code, Codex, WorkBuddy og lignende produkter opleves først og fremmest som samlede applikationer. De træffer på forhånd en række valg om modeladgang, tilladelser, værktøjer, orkestrering, interaktion og eksekvering.

DeepSeek Harness kan give brugeren en velkendt agentoplevelse, herunder et ReAct-lignende loop. Den afgørende forskel er, at dsh ikke svejser loopet eller de omkringliggende komponenter fast i ét system.

Sammenligningen er derfor nyttig, men begrænset:

• Et produkt til kodeagenter optimerer for en klar arbejdsgang og en ensartet samling holdninger.
• En agent-runtime optimerer for sammensætning, eksperimenter og indlejring i andre systemer.

dsh satser på den sidste kategori. Projektets værdi vil derfor ikke primært afhænge af, om den første medfølgende agent er markedets bedste kodeassistent. Det afgørende bliver, om interfaces gør det muligt at bygge bedre kombinationer omkring runtime’en.

Strategien bag arkitekturen

DeepSeeks strategiske sats er, at et åbent sammensætningslag kan flytte mere af udviklingen og eksperimenteringen med agentsystemer ud til fællesskabet.

Hvis interfaces forbliver stabile, kan tredjeparter arbejde uafhængigt med hukommelse, planlægning, sandboxing, understøttelse af modeller, multi-agent-koordinering og brugerflader.

Det giver et større designrum, end én virksomhed realistisk kan udforske gennem ét officielt produkt. DeepSeek behøver ikke på forhånd beslutte, hvilket hukommelsessystem, hvilken scheduler, hvilken eksekveringsmodel eller hvilken interaktionsform der skal blive standard.

Det er derfor mere præcist at beskrive projektet som et infrastruktursats end som endnu en modelannoncering. Repository’et præsenterer selv dsh som en open source-agent-harness bygget efter princippet om, at alt er et plugin, og drevet af Cordis. 12

Kan dsh blive agentverdenens npm eller Kubernetes?

Sammenligningen er foreløbig en ambition, men den peger på den rolle, DeepSeek ser ud til at sigte efter.

npm blev et distributions- og sammensætningslag for Node.js-pakker. Kubernetes blev et udvideligt kontrolplansfundament for containeriserede arbejdsbelastninger.

dsh kan få en lignende position for agentkomponenter, hvis projektet udvikler holdbare interfaces, pålidelig pakkeopdagelse, kompatibilitetsgarantier, sikkerhedspraksis og klare deployment-konventioner.

I så fald vil udviklere ikke blot installere dsh som en applikation. De vil kunne bygge agentsystemer af et voksende økosystem af komponenter, der kan fungere sammen.

Men analogien er ikke et bevis på, at dsh allerede har opnået denne status. En platform bliver først til infrastruktur, når udviklere over tid kan stole på dens interfaces og driftsmæssige opførsel.

Hvad begrænser DeepSeek Harness i dag?

Den nuværende udgave er en developer preview – ikke en generel produktionsplatform. Omtaler af lanceringen beskriver softwaren som tidlig med risiko for breaking changes, en ufuldstændig brugeroplevelse og et umodent økosystem. 3716

Den hurtige interesse på GitHub, hvor projektet ifølge rapporter nåede over 140.000 stjerner på få dage, viser stor opmærksomhed. Men stjerner dokumenterer hverken driftsstabilitet, produktionsbrug, sikkerhed eller langsigtet kompatibilitet. 513

Det samme gælder den tidlige plugin-aktivitet. Et ungt økosystem kan vise entusiasme uden endnu at kunne levere den vedligeholdelse, kvalitetssikring, versionsstyring og sikkerhed, som produktionssystemer kræver.

Konklusion

DeepSeek Harness er interessant, fordi projektet ændrer spørgsmålet fra “Hvilket agentprodukt skal udviklere vælge?” til “Hvilke dele af et agentsystem bør kunne udskiftes?”

Cordis leverer plugin-runtime’en, mens dsh anvender princippet på modeller, værktøjer, sessioner, miljøer, brugerflader og selve kontrol-loopet. 12

Det gør dsh til et seriøst forsøg på et åbent grundlag for agentudvikling – ikke blot en direkte konkurrent til Claude Code.

Platformstesen er dog stadig uprøvet. Lige nu er dsh mest relevant som et miljø til at udforske modulære agentarkitekturer i developer-preview-fasen, ikke som infrastruktur organisationer uden videre bør opfatte som stabil eller produktionsklar.