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 hulp 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 deze: Standard is voor het uitvoeren van het werk, Code is voor het orkestreren van het werk, Minimal is voor het meten van het model en Creator is voor het aanpassen van de harness. 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 vision, 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 is waaraan een opdrachtregel is gekoppeld. 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 in meerdere stappen gebeurt. DeepSeek vat deze relatie samen als een agent die bestaat 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 de meeste ondersteuning van 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 deze 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 die wilt laten uitvoeren. De modus omvat de volledige omgeving voor een codeeragent: bestanden bewerken, shelltoegang, zoeken in bestanden en op het web, vaardigheden, planning, doelen, subagents en workflows. In plaats van dat jij handmatig elke volgende stap moet bepalen, kan het model de omgeving inspecteren, handelen, het resultaat observeren en doorgaan.

Zo 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 herzien. De belangrijke mogelijkheid is niet één specifieke tool uit die lijst. Het is het vermogen om door de omgeving te blijven bewegen wanneer nieuwe informatie beschikbaar komt. De pluginarchitectuur van DeepSeek maakt deze mogelijkheden samenstelbaar, in plaats van de agent als één vaste toepassing te behandelen; berichtgeving over de release heeft dit beschreven als een plugin-samenstelbare agentruntime.

Voor de meeste gebruikers maakt dat de standaardmodus de juiste standaardkeuze. Als je wilt dat DeepSeek een bug onderzoekt, een repository begrijpt, een functie implementeert, meerdere bestanden inspecteert of een normale meerstapscodetaak coördineert, is er weinig reden om bewust 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, plannen, vaardigheden, subagents en andere onderdelen van het harnas zijn zwakke punten compenseren, vertelt het eindresultaat je hoe goed het agentsysteem heeft gepresteerd. Het vertelt je niet zuiver hoe goed het basismodel zou presteren met minimale externe ondersteuning.

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

Code Mode is de gemakkelijkst verkeerd te begrijpen van de vier modi. Het betekent niet ‘Standard Mode, maar dan alleen voor codeertaken’. Volgens de huidige definitie van DeepSeek 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 besturingslogica naar uitvoerbare code, zodat het model lussen, filtering, vertakkingen en meerdere 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, voorwaardelijke logica of het verwerken van toolresultaten anders veel heen-en-weercommunicatie met 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 codeeragent met twee tools, met persistente 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 gebruikte zelf 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 de evaluatie van harnesses stelt op vergelijkbare wijze dat mogelijkheden 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 beste kans om nuttig werk te voltooien?” Minimal vraagt: “Wat gebeurt er wanneer we een groot deel van die omgeving verwijderen en het model met een kleiner uitvoeringsoppervlak achterlaten?”

Voor alledaags werk kan het opzettelijk weggooien van nuttige mogelijkheden contraproductief zijn. Als je doel is om een repository zo snel en betrouwbaar mogelijk te repareren, lost Minimal Mode meestal het verkeerde probleem op. De waarde ervan wordt zichtbaar 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 ontworpen om die omgeving te creëren en ermee te experimenteren. De modus bevat de mogelijkheden van Standard Mode en voegt runtime-inspectie, experimenten met plugins in het geheugen en begeleiding bij het maken van aangepaste voorinstellingen toe.

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

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

de huidige runtime inspecteren
→ plugins 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 u DeepSeek alleen drie bestanden wilt laten wijzigen en een testsuite wilt laten uitvoeren, voegen runtime-inspectie en het maken 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 vs Code vs Minimal vs Creator: wat verandert er daadwerkelijk?

De grootste fout is om de vier modi in een reeks te plaatsen, zoals Minimal → Standard → Code → Creator. Dat suggereert dat elke stap simpelweg meer mogelijkheden toevoegt. De werkelijke verhouding is 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 kan worden geconfigureerd.

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 alledaagse productiviteitstool toe te voegen.

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

Welke DeepSeek Harness-modus moet u daadwerkelijk gebruiken?

Voor de meeste normale werkzaamheden begint u met Standard Mode. Deze modus biedt toegang tot de brede reeks mogelijkheden waarvoor DSH is ontworpen en laat u ontdekken of een gespecialiseerde runtime überhaupt nodig is. Beginnen in Minimal omdat het lichter klinkt, kan juist de mogelijkheden verwijderen 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 over naar Minimal Mode wanneer de vraag meer over het model gaat dan over maximale productiviteit. Dit is beter geschikt voor gecontroleerde vergelijkingen, het reproduceren van benchmarks, prompt-experimenten en situaties waarin je wilt weten of succes afhangt van het model of van een uitgebreidere harness eromheen.

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

Als je bredere doel is om herbruikbare agentmogelijkheden rond privégegevens te bouwen in plaats van DSH zelf aan te passen, legt onze handleiding over AI-agentvaardigheden voor lokale kennisbanken uit hoe vaardigheden herhaalbare workflows voor het ophalen, parseren, onderbouwen en beheren van kennis kunnen bundelen op een zelfgehost 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 hem anders. De vier bovenstaande modi zijn runtime-presets of -composities. Plan Mode is een optionele planningstoestand per agent die de begeleiding voor het model wijzigt.

De documentatie van DeepSeek over subsystemen beschrijft Plan Mode expliciet als zachte begeleiding. Wanneer deze modus actief is, wordt een promptgedeelte over planning opgenomen in modelaanvragen. De 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 functies. Standard, Code, Minimal en Creator beantwoorden vragen over runtime-samenstelling: welke mogelijkheden bestaan en hoe de agent werkt. Plan Mode beantwoordt een gedragsvraag: moet de agent vóór de uitvoering verdergaat in een samenwerkingsstatus blijven die op planning is gericht?

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 wordt momenteel geleverd met vier primaire runtimemodi, terwijl Plan Mode een afzonderlijk optioneel planningsmechanisme is en geen vijfde gelijkwaardige runtimepreset.

De vier modi laten zien wat DeepSeek Harness daadwerkelijk bouwt

Het interessantste aan DSH is niet dat het gebruikers vier knoppen geeft om uit te kiezen. De modi maken vier verschillende lagen van agentengineering zichtbaar. Standard richt zich op uitvoering. Code richt zich op orkestratie. Minimal richt zich op evaluatie. Creator richt zich op compositie. 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, gedrag bij nieuwe pogingen, 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 in plaats van de volledige runtime opnieuw op te bouwen, is de DeepSeek- en Hermes-plug-instack een ander voorbeeld van hoe het omringende agentsysteem volledig 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 productie-agent kan meer tools en strengere machtigingen vereisen. 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 verder zullen blijven ontwikkelen. De exacte presets en interfaces kunnen daarom veranderen. Maar het architecturale onderscheid is nu al nuttig: wanneer een agent zich anders gedraagt, kijk dan niet alleen naar het model. Kijk naar de harness die bepaalt hoe dat model kan handelen.