DeepSeek Harness heeft 4 modi: Standaard, Code, Minimaal en Creator uitgelegd

DeepSeek Harness heeft vier runtime-modi: Standard, Code, Minimal en Creator. Het zijn geen vier prestatieniveaus, en door een andere modus te kiezen wordt het onderliggende DeepSeek-model niet inherent slimmer of zwakker. In plaats daarvan verandert elke modus de omgeving rond het model: welke tools het kan gebruiken, hoe die tools worden georkestreerd, hoeveel ondersteuning de harness biedt en of de agent werk uitvoert, wordt geëvalueerd of de harness zelf aanpast.

De eenvoudigste manier om het verschil te onthouden is: Standard is bedoeld om het werk uit te voeren, Code om het werk te orkestreren, Minimal om het model te meten en Creator om de harness te veranderen. Dat onderscheid is belangrijk, omdat de prestaties van een agent niet alleen voortkomen uit modelgewichten. Het toolaanbod, de uitvoeringslus, het geheugen, de machtigingen, het planningssysteem en andere onderdelen van de harness beïnvloeden allemaal wat een agent kan bereiken.

Als je DeepSeek vergelijkt met een andere persistente agentomgeving, laat onze gids over Hermes-plug-ins voor DeepSeek-agents hetzelfde principe vanuit een andere invalshoek zien: door de agentlaag te veranderen, kun je visie, geheugen, toegang tot privégegevens en andere mogelijkheden toevoegen zonder het basismodel te vervangen.

Waarom heeft DeepSeek Harness vier verschillende modi nodig?

DeepSeek Harness is gebaseerd op het idee dat een agent niet slechts een taalmodel met een opdrachtregel eraan vast is. De harness bevindt zich tussen het model en de omgeving en bepaalt wat het model kan zien, welke tools beschikbaar zijn, hoe acties worden uitgevoerd, hoe sessies worden vastgelegd en wat er tijdens meerdere stappen gebeurt. DeepSeek vat deze relatie samen als een agent die is samengesteld uit een model plus een harness.

Die architectuur verklaart ook waarom de vier runtime-modi van DeepSeek Harness zich zo verschillend kunnen gedragen terwijl ze hetzelfde onderliggende model gebruiken. Standard biedt de complete alledaagse agentomgeving. Code behoudt die mogelijkheden, maar verandert de manier waarop het model tools orkestreert. Minimal verwijdert bewust het grootste deel van de ondersteuning door de harness. Creator voegt de mogelijkheid toe om de runtime zelf te inspecteren en aan te passen.

Deze modi moeten daarom niet worden opgevat als een ladder van basis naar geavanceerd. Minimal staat niet onder Standard, en Creator is niet simpelweg een krachtigere Standard-modus. Elke preset is geoptimaliseerd voor een andere vraag: Hoe moet de agent werken? Hoe moet hij tools coördineren? Welk deel van het resultaat is afkomstig van het model zelf? Of hoe moet de agentomgeving opnieuw worden opgebouwd?

1. Standaardmodus — De standaard volledige DeepSeek-agentomgeving

De standaardmodus is het natuurlijke startpunt wanneer je DeepSeek gewoon een taak wilt geven en wilt dat het die uitvoert. De modus bevat de volledige omgeving voor een programmeeragent: bestanden bewerken, shelltoegang, zoeken in bestanden en op het web, vaardigheden, planning, doelen, subagents en workflows. In plaats van dat je elke volgende stap handmatig moet bepalen, kan het model de omgeving inspecteren, handelen, het resultaat observeren en doorgaan.

Daarmee ontstaat de bekende agentlus: een repository inspecteren, zoeken naar relevante bestanden, code lezen, een wijziging aanbrengen, een opdracht uitvoeren, een fout inspecteren en het resultaat aanpassen. De belangrijke mogelijkheid is niet één specifieke tool uit die lijst. Het gaat erom dat de agent in de omgeving kan blijven doorgaan wanneer nieuwe informatie beschikbaar komt. De plug-inarchitectuur van DeepSeek maakt die mogelijkheden samenstelbaar, in plaats van de agent als één vaste toepassing te behandelen; berichtgeving over de release heeft dit omschreven als een plug-in-samenstelbare agentruntime.

Voor de meeste gebruikers maakt dat de standaardmodus de juiste keuze. Als je wilt dat DeepSeek een bug onderzoekt, een repository begrijpt, een functie implementeert, meerdere bestanden inspecteert of een normale meerstaps programmeertaak coördineert, is er weinig reden om doelbewust tools te verwijderen voordat je weet dat ze een probleem veroorzaken.

De standaardmodus is minder geschikt wanneer het doel van de sessie evaluatie in plaats van productiviteit is. Als een model slaagt omdat zoeken, planning, vaardigheden, subagents en andere onderdelen van de harness zijn zwakke punten compenseren, vertelt het eindresultaat je hoe goed het agentsysteem heeft gepresteerd. Het vertelt je niet op een zuivere manier hoe goed het basismodel zou presteren met minimale externe ondersteuning.

2. Code-modus — Laat DeepSeek toolorkestratie in een programma omzetten

Code Mode is de gemakkelijkst verkeerd te begrijpen van de vier modi. Het betekent niet “Standard Mode, maar alleen voor codeertaken”. Volgens DeepSeeks huidige definitie behoudt Code Mode alle mogelijkheden van Standard Mode. De verandering zit in de manier waarop de tools aan het model worden aangeboden: DeepSeek kan de Code Mode SDK gebruiken om meerdere bewerkingen te combineren in een door het model gegenereerd TypeScript-programma.

In een normale agentlus kan een complexe taak herhaalde uitwisselingen tussen het model en afzonderlijke tools vereisen. De agent zoekt, ontvangt een resultaat, bepaalt wat er moet worden gelezen, leest het, verwerkt dat resultaat, roept een andere tool aan en gaat verder. De Code Mode SDK verplaatst een deel van die controlestroom naar uitvoerbare code, zodat het model lussen, filtering, vertakkingen en verschillende afhankelijke toolbewerkingen als een programma kan uitdrukken in plaats van als een lange reeks geïsoleerde toolaanroepen.

Stel je een taak voor waarbij honderden bestanden moeten worden doorzocht, overeenkomsten op pad moeten worden gefilterd, slechts een subset moet worden gelezen, waarden moeten worden geëxtraheerd en vervolgens dezelfde controle op elk resultaat moet worden uitgevoerd. Standard Mode kan die workflow nog steeds uitvoeren, maar een groot deel van de orkestratie vindt plaats in herhaalde agentbeurten. Code Mode is aantrekkelijk wanneer de orkestratie zelf op een klein programma begint te lijken.

bestanden zoeken
→ overeenkomende paden filteren
→ resultaten doorlopen
→ geselecteerde bestanden lezen
→ geretourneerde gegevens verwerken
→ vervolgacties uitvoeren

Het belangrijke woord is complexiteit, niet “coderen”. Een eenvoudige bewerking wordt niet automatisch beter omdat Code Mode er TypeScript omheen kan genereren. Standard Mode kan gemakkelijker te volgen zijn wanneer er maar een paar tools worden gebruikt. Code Mode wordt interessanter wanneer herhaalde bewerkingen, gestructureerde transformaties, conditionele logica of het verwerken van toolresultaten anders veel heen-en-weer-aanroepen van het model zouden vereisen.

3. Minimal Mode — Verwijder de Harness en zie meer van het model

Minimal Mode is geen lichte optie voor tragere pc's of kleinere thuisservers. Het is een bewust beperkte agentomgeving. DeepSeek definieert deze momenteel als een coding-agent met twee tools, met permanente bash en str_replace_editor, waarbij de uitgebreidere zoek-, skill-, subagent- en workflowmogelijkheden van Standard Mode worden verwijderd.

De reden voor die beperking is evaluatie. DeepSeek zelf gebruikte DeepSeek Harness Minimal Mode voor openbare Code Agent-benchmarks, gerapporteerd met V4-Flash. Dat gebruik maakt de bedoeling veel duidelijker: Minimal is ontworpen om de omringende agentinfrastructuur te beperken wanneer onderzoekers een nauwer beeld willen krijgen van wat het model kan bereiken met een kleine, gecontroleerde set tools.

Dit onderscheid is belangrijk omdat moderne agentbenchmarks meer kunnen meten dan alleen het model. Een sterke planner, betere contextverzameling, zoeken in repositories, gespecialiseerde vaardigheden, beleid voor nieuwe pogingen of delegatie aan subagents kunnen allemaal beïnvloeden of een taak slaagt. Onderzoek naar harness-evaluatie stelt vergelijkbaar dat capaciteiten moeten worden geïnterpreteerd op het niveau van de model-harnessconfiguratie, in plaats van het volledige resultaat automatisch uitsluitend aan modelgewichten toe te schrijven.

Daarmee krijgt Minimal Mode een heel ander optimalisatiedoel dan Standard. Standard vraagt: “Welke omgeving geeft deze agent de grootste kans om nuttig werk te voltooien?” Minimal vraagt: “Wat gebeurt er wanneer we een groot deel van die omgeving verwijderen en het model een kleiner uitvoeringsoppervlak laten?”

Voor dagelijks werk kan het opzettelijk weggooien van nuttige mogelijkheden contraproductief zijn. Als je doel is om een repository zo snel en betrouwbaar mogelijk te herstellen, lost Minimal Mode doorgaans het verkeerde probleem op. De waarde ervan komt naar voren wanneer reproduceerbaarheid, vergelijking, foutopsporing of inzicht in het onbewerkte modelgedrag belangrijker is dan maximale taakvoltooiing.

4. Creator Mode — Gebruik DeepSeek Harness om de harness te wijzigen

Creator Mode verandert het object waaraan je werkt. Standard Mode gebruikt voornamelijk een agentomgeving; Creator Mode is bedoeld om die omgeving te creëren en ermee te experimenteren. De modus bevat de mogelijkheden van Standard Mode en voegt runtime-inspectie, experimenten met plug-ins in het geheugen en begeleiding bij het maken van aangepaste voorinstellingen toe.

Dit volgt rechtstreeks uit de architectuur onder DSH. DeepSeek beschrijft modellen, tools, vaardigheden, sessies, sandboxen, opslag, lussen, planning en zelfs de gebruikersinterface als plug-ins die kunnen worden geselecteerd, vervangen of opnieuw samengesteld. De Cordis-kernel beheert het koppelen, ontkoppelen en de afhankelijkheden van plug-ins. Daardoor hoeft het uitbreiden van DSH niet noodzakelijk te betekenen dat je een geprivilegieerde monolithische agentkern moet aanpassen. Dit bredere ontwerp verklaart waarom de claim van het project dat “alles een plug-in is” belangrijker is dan het enkele bestaan van vier voorinstellingen.

Stel dat je een agent wilde die specifiek bedoeld is voor het beheer van een homeserver. De nuttige omgeving daarvan zou shelltoegang, beperkte bestandssysteemrechten, Docker-bewerkingen, infrastructuurdocumentatie, monitoringtools en enkele gespecialiseerde vaardigheden kunnen omvatten. Die combinatie is niet identiek aan die van een generieke programmeeragent. Creator Mode is ontworpen rond het experimenteren met dit soort mogelijkheden en het combineren ervan tot een herbruikbare agentvoorinstelling.

de huidige runtime inspecteren
→ plug-ins toevoegen of testen
→ services en afhankelijkheden bekijken
→ de compositie aanpassen
→ een gespecialiseerd voorinstelling opslaan
→ die omgeving opnieuw starten

Hierdoor is Creator Mode gespecialiseerder dan Standard Mode, maar niet automatisch beter voor dagelijks gebruik. Als je DeepSeek alleen drie bestanden wilt laten aanpassen en een testsuite wilt laten uitvoeren, voegen runtime-inspectie en het schrijven van presets weinig waarde toe. Creator wordt nuttig wanneer de vraag verandert van “Kan de agent deze taak uitvoeren?” naar “Welke mogelijkheden moet dit type agent hebben?”

Standard versus Code versus Minimal versus Creator: wat verandert er daadwerkelijk?

De grootste fout is om de vier modi in een opeenvolging te plaatsen, zoals Minimal → Standard → Code → Creator. Dat suggereert dat elke stap simpelweg meer mogelijkheden toevoegt. In werkelijkheid is de relatie multidimensionaal: Standard legt de nadruk op algemene uitvoering, Code verandert de orkestratie, Minimal vermindert bewust de ondersteuning en Creator stelt de harness zelf beschikbaar als iets dat je kunt configureren.

De vergelijking wordt duidelijker wanneer de modi aan de hand van dezelfde vragen worden beoordeeld, in plaats van op basis van het aantal functies. Standard en Code behouden beide de brede agentomgeving, maar Code verandert de manier waarop werk met meerdere stappen en tools kan worden uitgedrukt. Minimal beweegt bewust in de tegenovergestelde richting door het tooloppervlak te verkleinen. Creator begint met Standard en voegt mogelijkheden toe voor runtimecompositie, in plaats van simpelweg nog een productiviteitstool voor dagelijks gebruik toe te voegen.

Daarom kunnen twee tests met hetzelfde DeepSeek-model toch verschillende resultaten opleveren als hun harness-configuraties verschillen. Vroege analyses van DSH hebben al gewezen op het belang van het vastleggen van de model- en harness-configuratie, in plaats van alleen modelnamen te vergelijken. Toegang tot tools, machtigingen, contextopbouw, agentloops en andere runtimekeuzes kunnen allemaal het pad veranderen dat het model bij een taak volgt.

Welke DeepSeek Harness-modus moet je daadwerkelijk gebruiken?

Voor de meeste normale werkzaamheden kun je het beste beginnen met Standard Mode. Deze modus biedt de brede set mogelijkheden waarvoor DSH is ontworpen om ze te coördineren en helpt je ontdekken of een gespecialiseerde runtime überhaupt nodig is. Beginnen met Minimal alleen omdat het lichter klinkt, kan precies de mogelijkheden wegnemen die een agent nuttig maken.

Schakel over naar Code Mode wanneer de toolworkflow zelf complex is geworden. Herhaalde zoekopdrachten, lussen over veel bestanden, het filteren van toolresultaten, gestructureerde transformaties en voorwaardelijke acties zijn sterkere redenen om Code Mode te gebruiken dan het feit dat je taak toevallig softwareontwikkeling omvat.

Schakel Minimal Mode in wanneer de vraag meer over het model gaat dan over maximale productiviteit. Dit is de betere keuze voor gecontroleerde vergelijkingen, het reproduceren van benchmarks, proeven met prompts en situaties waarin je wilt weten of het succes afhankelijk is van het model of van een uitgebreidere harness eromheen.

Gebruik Creator Mode wanneer je wilt veranderen hoe de agentomgeving werkt. Deze modus is bedoeld voor experimenten met plug-ins, gespecialiseerde voorinstellingen en ontwikkelaars die DeepSeek Harness beschouwen als infrastructuur voor het bouwen van een nieuwe agent, in plaats van alleen de standaardagent te gebruiken.

Als je bredere doel is om herbruikbare agentmogelijkheden rond privégegevens te bouwen in plaats van DSH zelf aan te passen, legt onze handleiding voor AI-agentvaardigheden voor lokale kennisbanken uit hoe vaardigheden herhaalbare workflows voor ophalen, parseren, bewijsvoering en kennis kunnen bundelen op een zelfbeheerd systeem.

Plan Mode is geen vijfde runtime-modus van DeepSeek Harness

Er is nog een andere DSH-functie die de terminologie verwarrend maakt: Plan Mode. Het klinkt alsof deze modus naast Standard, Code, Minimal en Creator hoort, maar de huidige architectuur van DeepSeek behandelt deze anders. De vier bovenstaande modi zijn runtimevoorinstellingen of samenstellingen. Plan Mode is een optionele planningsstatus per agent die de begeleiding voor het model wijzigt.

De subsystemdocumentatie van DeepSeek beschrijft Plan Mode expliciet als zachte begeleiding. Zolang deze modus actief is, wordt een promptgedeelte over planning opgenomen in modelaanvragen. Sandboxmodus en het goedkeuringsbeleid leggen onafhankelijk van elkaar beperkingen op, en de agentlus zelf is niet afhankelijk van Plan Mode.

Dat geeft de twee concepten verschillende taken. Standard, Code, Minimal en Creator beantwoorden vragen over runtime-samenstelling: welke mogelijkheden er zijn en hoe de agent werkt. Plan Mode beantwoordt een gedragsvraag: moet de agent vóór de uitvoering doorgaat in een samenwerkingsstatus gericht op planning blijven?

Standard / Code / Minimal / Creator
= runtime-samenstelling

Plan Mode
= plannings- en begeleidingsstatus

Dus als iemand vraagt of DeepSeek Harness vier of vijf modi heeft, is het nuttige antwoord: DSH levert momenteel vier primaire runtimemodi, terwijl Plan Mode een afzonderlijk optioneel planningsmechanisme is en geen vijfde gelijkwaardige runtimepreset.

De vier modi onthullen wat DeepSeek Harness daadwerkelijk bouwt

Het interessantste aan DSH is niet dat het gebruikers vier knoppen biedt om uit te kiezen. De modi leggen vier verschillende lagen van agentengineering bloot. Standard richt zich op uitvoering. Code richt zich op orkestratie. Minimal richt zich op evaluatie. Creator richt zich op samenstelling. Samen laten ze zien dat DeepSeek de harness beschouwt als een actief onderdeel van het agentgedrag, en niet als onzichtbare lijm rond het model.

Dit is belangrijk omdat verbeteringen in agentsystemen niet alleen hoeven voort te komen uit het trainen van een groter model. Door de presentatie van tools, contextbeheer, uitvoeringsbeleid, retrygedrag, vaardigheden, geheugen of runtime-samenstelling te wijzigen, kan veranderen wat hetzelfde model kan bereiken. Als je geïnteresseerd bent in het uitbreiden van die mogelijkheden zonder de volledige runtime opnieuw op te bouwen, is de DeepSeek- en Hermes-plug-instack een ander voorbeeld van hoe het omliggende agentsysteem compleet nieuwe mogelijkheden kan toevoegen.

Dat betekent ook dat de vier presets moeten worden beschouwd als startconfiguraties en niet als universele antwoorden. Een benchmarkomgeving heeft minder ondersteuning nodig. Een productieagent heeft mogelijk meer tools en strengere machtigingen nodig. Een complexe toolworkflow kan baat hebben bij programmatische orkestratie. Een gespecialiseerde thuisserveragent verdient uiteindelijk misschien een eigen preset.

DeepSeek Harness bevindt zich nog steeds in de preview voor ontwikkelaars en DeepSeek zegt dat de kernplug-ins en API's zich blijven ontwikkelen. De exacte presets en interfaces kunnen daarom veranderen. Maar het architecturale onderscheid is nu al nuttig: als een agent zich anders gedraagt, kijk dan niet alleen naar het model. Kijk naar de harness die bepaalt hoe dat model kan handelen.