Det här är den viktigaste skillnaden mot många vanliga AI-appar. I en traditionell produkt kan användaren ofta konfigurera promptar, verktyg och integrationer, men själva exekveringsmodellen styrs fortfarande av leverantören. Harness försöker göra även den delen konfigurerbar.
Utvecklarförhandsversionen innehåller fyra förinställda lägen. De ska snarare ses som olika startkonfigurationer för samma runtime än som fyra separata produkter.
Standard är den kompletta kodagentmiljön. Den kombinerar filredigering, skalåtkomst, sökning, färdigheter, planering, mål, underagenter och arbetsflöden för allmänna programvaruuppgifter.
Code-läget exponerar verktygen genom ett kodorienterat gränssnitt. Modellen kan då kombinera flera operationer i ett TypeScript-program, vilket kan minska behovet av många separata verktygsanrop när uppgiften består av flera närliggande steg.
Minimal-läget håller miljön medvetet liten: ett beständigt skal och ett filredigeringsverktyg. Den begränsade uppsättningen är tänkt för mer kontrollerade modellevalueringar och för att studera hur en agent fungerar med färre inbyggda möjligheter.
Creator-läget riktar sig till utvecklare som skapar egna presets. Det lägger till inspektion av runtime-miljön och experiment med plugin i minnet, så att komponenter kan undersökas och kombineras på nya sätt.
Harness lägger stor vikt vid spårbarhet. Sessioner sparar det modellen ser och gör i en append-only-händelseström – bland annat systempromptar, resonemang, verktygsanrop och resultat, schemaläggning av underagenter samt nya kontextinslag. Samma historik används för sökning, uppspelning, återupptagning och förgrening av sessioner.
Det kan göra agentbeteende lättare att felsöka och återskapa. Om en körning misslyckas får utvecklaren en mer komplett bild av vilken kontext och vilka handlingar som ledde fram till felet. Med en förgrening går det dessutom att fortsätta från en tidigare punkt, ungefär som att skapa en ny gren i ett versionshanteringssystem.
Detaljerade loggar innebär dock också risker. De kan innehålla känsliga promptar, källkod, verktygsresultat, felaktigt exponerade inloggningsuppgifter eller annan privat information. Innan loggarna används i produktion bör team fastställa regler för lagringstid, åtkomst, maskning och sandlådor.
DeepSeek Harness nämns ofta tillsammans med Anthropic Claude Code och OpenAI Codex, men produkterna befinner sig på olika nivåer.
Claude Code och Codex är integrerade kodagentprodukter som försöker leverera ett relativt komplett arbetsflöde direkt. Harness är i stället en öppen runtime där värdet ligger i komponerbarhet och kontroll. Modell, verktyg, lagring, sandlåda, sessioner och agentloop är tänkta att kunna bytas via plugin, snarare än vara fast inbyggda i en leverantörsstyrd produkt.
En förenklad tumregel blir därför:
En öppnare arkitektur innebär inte automatiskt en bättre kodassistent. Den relevanta jämförelsen är mellan ett extensibelt runtime-lager och mer åsiktsdrivna produkter. Harness måste visa att flexibiliteten är värd det extra ingenjörsarbetet.
Projektet fick ovanligt stor uppmärksamhet tidigt. Rapporter beskriver över 20 000 GitHub-stjärnor inom ungefär en till en och en halv timme efter lanseringen. Senare rapporter placerade projektet över 141 000 stjärnor den 17 augusti 2026.
Siffrorna bör ändå tolkas försiktigt. GitHub-stjärnor mäter uppmärksamhet, nyfikenhet och bokmärken – inte aktiva installationer, lyckade uppgifter, säkerhet, driftsäkerhet eller långsiktig kapacitet hos projektets underhållare. Påståenden om att Harness växte snabbare än Grok-1 beror dessutom på hur projekt och tidsfönster mäts och bör därför ses som rapporterade jämförelser, inte som ett slutgiltigt branschrekord.
Den säkraste slutsatsen är att utvecklare visar stort intresse för en öppnare agentstack. Det betyder däremot inte att ramverket redan är redo för produktionskritiska arbetsflöden.
MIT-licensen gäller ramverkets kod – inte modellinferensen. En agent-runtime kan skicka systeminstruktioner, verktygsresultat, regler och tidigare kontext flera gånger till modellen. Om rapporter om cirka 47 600 okachade indatatoken per interaktion stämmer kan kontextmängden bli en viktig kostnads- och latensfaktor. Den siffran är dock inte oberoende fastställd av de starkaste källorna.
Även modellleverantören påverkar ekonomin. DeepSeeks lansering av V4-Pro följdes av en övergång till topp- och lågtrafikpriser för API:et. Rapporter anger ett topptrafikpris på 3,96 dollar per en miljon utgående token, jämfört med den tidigare nivån 0,87 dollar. Den faktiska kostnaden för ett Harness-flöde beror samtidigt på modellval, cacheträffar, hur mycket kontext som kapas, verktygens detaljnivå och hur många agentloopar som körs.
Stabiliteten är en annan fråga. DeepSeek beskriver Harness som en utvecklarförhandsversion och varnar för att centrala plugin och API:er kommer att fortsätta utvecklas. Den som testar ramverket bör därför låsa versioner och pluginberoenden, isolera experiment, testa uppgraderingar separat och ha en plan för återställning.
Rapporter om tidiga fel i tredjepartsplugin och ett stort antal pluginförslag kan tyda på ett ekosystem som växer snabbt, men de exakta siffrorna är inte tillräckligt belagda här för att fungera som beslutsunderlag. Den övergripande lärdomen är tydlig: varje ny utbyggnadspunkt innebär mer arbete med kompatibilitet och säkerhet.
DeepSeek Harness är intressant eftersom DeepSeek behandlar agentens runtime – inte bara modellen – som ett förstaklassigt och öppet ingenjörslager. Cordis-baserade plugin och den append-only-baserade sessionhistoriken ger ovanligt stor kontroll över hur en agent resonerar, agerar, sparar tillstånd och kan granskas.
Det gör Harness till ett lockande alternativ för forskare, infrastrukturteam och utvecklare som behöver komponerbara agentsystem. För team som framför allt vill ha en pålitlig kodassistent med minimal installation är fördelen mindre uppenbar.
På kort sikt är Harness därför sannolikt inte en direkt ersättare för Claude Code eller Codex. Den mer realistiska rollen är ett öppet alternativ för organisationer som är beredda att byta färdig bekvämlighet mot modellportabilitet, insyn och kontroll. Om plattformen blir långlivad avgörs av API-stabilitet, plugin-kvalitet, säkerhetsgränser, dokumentation och hur mycket operativ komplexitet utvecklarna möter efter den första demonstrationen.