DeepSeek Harness har fyra lägen: Standard, Kod, Minimal och Creator – förklarade

DeepSeek Harness har fyra körlägen: Standard, Code, Minimal och Creator. De är inte fyra prestandanivåer, och valet av ett annat läge gör inte den underliggande DeepSeek-modellen i sig smartare eller svagare. I stället ändrar varje läge miljön runt modellen: vilka verktyg den kan använda, hur dessa verktyg samordnas, hur mycket hjälp harness-lagret ger och om agenten utför arbete, utvärderas eller ändrar själva harness-lagret.

Det enklaste sättet att komma ihåg skillnaden är: Standard är till för att utföra arbetet, Code för att samordna arbetet, Minimal för att mäta modellen och Creator för att förändra harness-lagret. Den skillnaden är viktig eftersom agentens prestanda beror på mer än enbart modellens vikter. Verktygsutbudet, körloopen, minnet, behörigheterna, planeringssystemet och andra komponenter i harness-lagret påverkar alla vad en agent kan åstadkomma.

Om du jämför DeepSeek med en annan beständig agentmiljö visar vår guide till Hermes-tillägg för DeepSeek-agenter samma princip ur en annan synvinkel: genom att ändra agentlagret kan man lägga till syn, minne, åtkomst till privata data och andra funktioner utan att byta ut basmodellen.

Varför behöver DeepSeek Harness fyra olika lägen?

DeepSeek Harness bygger på idén att en agent inte bara är en språkmodell med en kommandorad ansluten. Harness-lagret ligger mellan modellen och miljön och avgör vad modellen kan se, vilka verktyg som är tillgängliga, hur åtgärder utförs, hur sessioner registreras och vad som händer över flera steg. DeepSeek sammanfattar relationen som att en agent består av en modell plus ett harness-lager.

Det är också denna arkitektur som gör att de fyra körlägena i DeepSeek Harness kan bete sig så olika trots att de använder samma underliggande modell. Standard visar upp hela den dagliga agentmiljön. Code bevarar dessa funktioner men ändrar hur modellen samordnar verktygen. Minimal tar medvetet bort det mesta av stödet från harness-lagret. Creator lägger till möjligheten att inspektera och omforma själva runtime-miljön.

Dessa lägen bör därför inte tolkas som en stege från grundläggande till avancerat. Minimal är inte underordnat Standard, och Creator är inte bara ett kraftfullare Standard-läge. Varje förinställning optimerar för en annan fråga: Hur bör agenten arbeta? Hur bör den samordna verktyg? Hur stor del av resultatet kommer från själva modellen? Eller hur bör agentmiljön byggas om?

1. Standardläge – Den kompletta standardmiljön för DeepSeek-agenten

Standardläget är den naturliga utgångspunkten när målet helt enkelt är att ge DeepSeek en uppgift och låta det slutföra den. Det omfattar hela kodningsagentmiljön: filredigering, skalåtkomst, fil- och webbsökning, färdigheter, planering, mål, underagenter och arbetsflöden. I stället för att kräva att du manuellt bestämmer varje nästa steg kan modellen inspektera miljön, agera, observera resultatet och fortsätta.

Det skapar den välbekanta agentloopen: inspektera ett kodförråd, sök efter relevanta filer, läs kod, gör en ändring, kör ett kommando, granska ett fel och revidera resultatet. Den viktiga förmågan är inte något enskilt verktyg i listan. Det är förmågan att fortsätta arbeta sig genom miljön när ny information dyker upp. DeepSeeks pluginarkitektur gör dessa funktioner komponerbara i stället för att behandla agenten som en enda fast applikation; bevakningen av lanseringen har beskrivit den som en plugin-komponerbar agentkörmiljö.

För de flesta användare gör det Standardläget till det rätta standardvalet. Om du vill att DeepSeek ska undersöka ett fel, förstå ett kodförråd, implementera en funktion, granska flera filer eller samordna en vanlig kodningsuppgift i flera steg finns det liten anledning att medvetet ta bort verktyg innan du vet att de orsakar ett problem.

Standardläget är mindre lämpligt när syftet med sessionen är utvärdering snarare än produktivitet. Om en modell lyckas eftersom sökning, planering, färdigheter, underagenter och andra delar av ramverket kompenserar för dess svagheter, visar slutresultatet hur väl agentsystemet presterade. Det visar inte på ett tydligt sätt hur väl grundmodellen skulle prestera med minimal extern hjälp.

2. Kodläge – Låt DeepSeek omvandla verktygsorkestrering till ett program

Code Mode är det enklaste av de fyra lägena att missförstå. Det betyder inte ”Standard Mode, men bara för kodningsuppgifter”. Enligt DeepSeeks nuvarande definition behåller Code Mode alla funktioner i Standard Mode. Förändringen gäller hur verktygen exponeras för modellen: DeepSeek kan använda Code Mode SDK för att kombinera flera operationer i ett TypeScript-program som genereras av modellen.

I en vanlig agentloop kan en komplex uppgift kräva upprepade utbyten mellan modellen och enskilda verktyg. Agenten söker, tar emot ett resultat, avgör vad som ska läsas, läser det, bearbetar resultatet, anropar ett annat verktyg och fortsätter. Code Mode SDK flyttar en del av detta kontrollflöde till körbar kod, så att modellen kan uttrycka loopar, filtrering, förgreningar och flera beroende verktygsoperationer som ett program i stället för en lång sekvens av isolerade verktygsanrop.

Föreställ dig en uppgift som kräver att hundratals filer genomsöks, att träffar filtreras efter sökväg, att bara en delmängd läses, att värden extraheras och att samma kontroll sedan körs mot varje resultat. Standard Mode kan fortfarande utföra det arbetsflödet, men mycket av samordningen sker genom upprepade agentsteg. Code Mode är attraktivt när själva samordningen börjar likna ett litet program.

söka i filer
→ filtrera matchande sökvägar
→ iterera genom resultaten
→ läsa valda filer
→ bearbeta returnerade data
→ köra uppföljande operationer

Det viktiga ordet är komplexitet, inte ”kodning”. En enkel redigering blir inte automatiskt bättre bara för att Code Mode kan generera TypeScript runt den. Standard Mode kan vara enklare att följa när bara några få verktyg används. Code Mode blir mer intressant när upprepade operationer, strukturerade omvandlingar, villkorslogik eller bearbetning av verktygsresultat annars skulle skapa många fram- och återvändande modellanrop.

3. Minimal Mode — Ta bort Harness och se mer av modellen

Minimal Mode är inte ett lättviktsalternativ för långsammare datorer eller mindre hemservrar. Det är en medvetet begränsad agentmiljö. DeepSeek definierar det för närvarande som en kodningsagent med två verktyg, med beständig bash och str_replace_editor, vilket tar bort det bredare utbudet av sökning, färdigheter, underagenter och arbetsflöden som finns i Standard Mode.

Anledningen till den begränsningen är utvärdering. DeepSeek använde själv DeepSeek Harness Minimal Mode för offentliga Code Agent-benchmarktester som rapporterades med V4-Flash. Den användningen gör avsikten mycket tydligare: Minimal är utformat för att minska den omgivande agentinfrastrukturen när forskare vill få en mer avgränsad bild av vad modellen kan åstadkomma med en liten, kontrollerad uppsättning verktyg.

Denna skillnad är viktig eftersom moderna agentbenchmarktester kan mäta mer än modellen. En stark planerare, bättre kontextsammansättning, sökning i kodförrådet, specialiserade färdigheter, policyer för nya försök eller delegering till underagenter kan alla påverka om en uppgift lyckas. Forskning om utvärdering av agentmiljöer hävdar på liknande sätt att kapacitet bör tolkas på nivån för modell- och agentmiljökonfigurationen i stället för att automatiskt tillskriva hela resultatet till enbart modellvikterna.

Det ger Minimal Mode ett helt annat optimeringsmål än Standard. Standard frågar: ”Vilken miljö ger den här agenten bäst chans att slutföra användbart arbete?” Minimal frågar: ”Vad händer när vi tar bort mycket av den miljön och lämnar modellen med en mindre körningsyta?”

För vardagligt arbete kan det vara kontraproduktivt att medvetet kasta bort användbara funktioner. Om målet är att åtgärda ett kodförråd så snabbt och tillförlitligt som möjligt löser Minimal Mode vanligtvis fel problem. Dess värde visar sig när reproducerbarhet, jämförelse, felsökning eller förståelse av modellens råa beteende är viktigare än maximal uppgiftsgenomförande.

4. Creator Mode — använd DeepSeek Harness för att ändra Harness

Creator Mode ändrar objektet du arbetar med. Standard Mode använder främst en agentmiljö, medan Creator Mode är utformat för att skapa och experimentera med den miljön. Det omfattar funktionerna i Standard Mode och lägger dessutom till inspektion av körmiljön, experiment med insticksprogram i minnet samt vägledning för att skapa anpassade förinställningar.

Detta följer direkt av arkitekturen under DSH. DeepSeek beskriver modeller, verktyg, färdigheter, sessioner, sandlådor, lagring, loopar, schemaläggning och till och med användargränssnittet som insticksprogram som kan väljas, ersättas eller sättas samman på nytt. Cordis-kärnan hanterar montering och avmontering av insticksprogram samt deras beroenden, vilket innebär att utökning av DSH inte nödvändigtvis kräver ändringar i en privilegierad monolitisk agentkärna. Den bredare designen är anledningen till att projektets påstående att ”allt är ett insticksprogram” betyder mer än att det bara finns fyra förinställningar.

Anta att du ville ha en agent särskilt för att hantera en hemserver. Dess användbara miljö skulle kunna omfatta skalåtkomst, begränsade filsystemsbehörigheter, Docker-åtgärder, infrastruktur­ dokumentation, övervakningsverktyg och några specialiserade färdigheter. Den kombinationen är inte identisk med en generell kodagent. Creator Mode är utformat kring att experimentera med sådana funktioner och kombinera dem till en återanvändbar agentförinställning.

inspektera aktuell körmiljö
→ lägg till eller testa insticksprogram
→ observera tjänster och beroenden
→ justera kompositionen
→ spara en specialanpassad förinställning
→ starta den miljön igen

Detta gör Creator Mode mer specialiserat än Standard Mode, men inte automatiskt bättre för daglig användning. Om du bara vill att DeepSeek ska ändra tre filer och köra en testsvit ger runtime-inspektion och skapande av förinställningar föga värde. Creator blir användbart när frågan ändras från ”Kan agenten utföra den här uppgiften?” till ”Vilka funktioner bör den här typen av agent ha?”

Standard kontra Code kontra Minimal kontra Creator: Vad förändras egentligen?

Det största misstaget är att ordna de fyra lägena i en progression som Minimal → Standard → Code → Creator. Det antyder att varje steg helt enkelt tillför mer kraft. Den faktiska relationen är flerdimensionell: Standard betonar generell körning, Code förändrar orkestreringen, Minimal minskar medvetet stödet och Creator gör själva harnessen till något som kan konfigureras.

Jämförelsen blir tydligare när lägena utvärderas utifrån samma frågor i stället för antalet funktioner. Standard och Code behåller båda den breda agentmiljön, men Code ändrar hur arbete med flera verktyg i flera steg kan uttryckas. Minimal går medvetet i motsatt riktning genom att minska verktygsutbudet. Creator utgår från Standard och lägger till funktioner för runtime-komposition i stället för att bara lägga till ännu ett verktyg för vardagsproduktivitet.

Det är också därför två tester med samma DeepSeek-modell kan ge olika resultat om deras harness-konfigurationer skiljer sig åt. Tidiga analyser av DSH har redan lyft fram vikten av att dokumentera modell- och harness-konfigurationen i stället för att bara jämföra modellnamn. Verktygsåtkomst, behörigheter, kontextuppbyggnad, agentloopar och andra runtime-val kan alla ändra den väg modellen tar genom en uppgift.

Vilket DeepSeek Harness-läge bör du faktiskt använda?

För de flesta vanliga arbetsuppgifter bör du börja med Standard Mode. Det ger tillgång till det breda utbud av funktioner som DSH utformades för att samordna och låter dig upptäcka om en mer specialiserad runtime överhuvudtaget behövs. Att börja i Minimal bara för att det låter enklare kan ta bort exakt de funktioner som gör en agent användbar.

Byt till Code Mode när själva verktygsarbetsflödet har blivit komplext. Upprepade sökningar, loopar över många filer, filtrering av verktygsresultat, strukturerade transformationer och villkorade åtgärder är starkare skäl att använda Code Mode än att uppgiften råkar omfatta programvaruutveckling.

Byt till Minimal Mode när frågan handlar om modellen snarare än maximal produktivitet. Det passar bättre för kontrollerade jämförelser, reproduktion av benchmarkresultat, promptexperiment och situationer där du vill veta om framgången beror på modellen eller på ett mer omfattande harness runt den.

Använd Creator Mode när du vill ändra agentmiljön. Det är avsett för plugin-experiment, specialiserade förinställningar och utvecklare som behandlar DeepSeek Harness som infrastruktur för att bygga en ny agent, snarare än att bara använda standardagenten.

Om ditt bredare mål är att bygga återanvändbara agentfunktioner kring privata data i stället för att ändra DSH, förklarar vår guide om AI-agentfärdigheter för lokala kunskapsbaser hur färdigheter kan paketera återanvändbara arbetsflöden för hämtning, tolkning, evidens och kunskap i ett självhostat system.

Plan Mode är inte ett femte körningsläge i DeepSeek Harness

Det finns en annan DSH-funktion som gör terminologin förvirrande: Plan Mode. Det låter som om det hör hemma bredvid Standard, Code, Minimal och Creator, men DeepSeeks nuvarande arkitektur behandlar det annorlunda. De fyra lägena ovan är körningsförinställningar eller kombinationer. Plan Mode är ett valfritt planeringstillstånd per agent som ändrar den vägledning som tillhandahålls modellen.

DeepSeeks delsystemsdokumentation beskriver uttryckligen Plan Mode som mjuk vägledning. När läget är aktivt inkluderas ett planeringsrelaterat promptavsnitt i modellförfrågningar. Sandlådeläget och godkännandepolicyn upprätthåller begränsningar oberoende av varandra, och själva agentloopen är inte beroende av Plan Mode.

Det ger de två begreppen olika uppgifter. Standard, Code, Minimal och Creator besvarar frågor om körmiljöns sammansättning: vilka funktioner som finns och hur agenten arbetar. Plan Mode besvarar en beteendefråga: ska agenten förbli i ett planeringsinriktat samarbetsläge innan körningen fortsätter?

Standard / Code / Minimal / Creator
= körmiljöns sammansättning

Plan Mode
= planerings- och vägledningstillstånd

Om någon frågar om DeepSeek Harness har fyra eller fem lägen är det användbara svaret: DSH levereras för närvarande med fyra primära körlägen, medan Plan Mode är en separat, valfri planeringsmekanism och inte ett femte likvärdigt körläge.

De fyra lägena visar vad DeepSeek Harness faktiskt bygger

Det mest intressanta med DSH är inte att det ger användarna fyra knappar att välja mellan. Lägena visar fyra olika lager av agentteknik. Standard fokuserar på körning. Code fokuserar på orkestrering. Minimal fokuserar på utvärdering. Creator fokuserar på komposition. Tillsammans visar de att DeepSeek betraktar körlagret som en aktiv del av agentens beteende, snarare än som osynligt klister runt modellen.

Det här är viktigt eftersom förbättringar i agentsystem inte enbart behöver komma från att träna en större modell. Genom att ändra hur verktyg presenteras, kontexthantering, körningspolicyer, återförsöksbeteende, färdigheter, minne eller körmiljöns sammansättning kan man förändra vad samma modell klarar av att åstadkomma. Om du är intresserad av att utöka dessa funktioner i stället för att bygga om hela körmiljön, är pluginstacket DeepSeek och Hermes ett annat exempel på hur det omgivande agentsystemet kan tillföra helt nya funktioner.

Det innebär också att de fyra förinställningarna bör ses som startkonfigurationer snarare än universella lösningar. En benchmarkmiljö behöver mindre hjälp. En produktionsagent kan vilja ha fler verktyg och striktare behörigheter. Ett komplext verktygsflöde kan dra nytta av programmatisk orkestrering. En specialiserad hemserveragent kan så småningom förtjäna en egen förinställning.

DeepSeek Harness är fortfarande i utvecklarförhandsvisning, och DeepSeek uppger att kärnpluginerna och API:erna kommer att fortsätta utvecklas. De exakta förinställningarna och gränssnitten kan därför ändras. Men den arkitektoniska skillnaden är redan användbar: när en agent beter sig annorlunda ska du inte bara titta på modellen. Titta på det körlager som avgör hur modellen kan agera.