DeepSeek Harness hat 4 Modi: Standard, Code, Minimal und Creator erklärt

DeepSeek Harness verfügt über vier Laufzeitmodi: Standard, Code, Minimal und Creator. Dabei handelt es sich nicht um vier Leistungsstufen, und die Wahl eines anderen Modus macht das zugrunde liegende DeepSeek-Modell nicht grundsätzlich intelligenter oder schwächer. Stattdessen verändert jeder Modus die Umgebung rund um das Modell: welche Tools es verwenden kann, wie diese Tools orchestriert werden, wie viel Unterstützung das Harness bietet und ob der Agent Aufgaben erledigt, evaluiert wird oder das Harness selbst verändert.

Der einfachste Merksatz für den Unterschied lautet: Standard erledigt die Arbeit, Code orchestriert die Arbeit, Minimal misst das Modell, und Creator verändert das Harness. Dieser Unterschied ist wichtig, weil die Leistung eines Agenten nicht allein von den Modellgewichten abhängt. Die Tool-Oberfläche, die Ausführungsschleife, der Speicher, die Berechtigungen, das Planungssystem und andere Harness-Komponenten beeinflussen allesamt, was ein Agent leisten kann.

Wenn du DeepSeek mit einer anderen persistenten Agentenumgebung vergleichst, zeigt unser Leitfaden zu Hermes-Erweiterungen für DeepSeek-Agenten dasselbe Prinzip aus einer anderen Perspektive: Durch Änderungen an der Agentenschicht lassen sich Bildverarbeitung, Speicher, Zugriff auf private Daten und weitere Fähigkeiten hinzufügen, ohne das Basismodell zu ersetzen.

Warum benötigt DeepSeek Harness vier verschiedene Modi?

DeepSeek Harness basiert auf der Idee, dass ein Agent nicht einfach ein Sprachmodell mit angeschlossener Befehlszeile ist. Das Harness sitzt zwischen dem Modell und der Umgebung und entscheidet, was das Modell sehen kann, welche Tools verfügbar sind, wie Aktionen ausgeführt werden, wie Sitzungen aufgezeichnet werden und was über mehrere Schritte hinweg geschieht. DeepSeek fasst diese Beziehung so zusammen, dass ein Agent aus einem Modell und einem Harness besteht.

Diese Architektur erklärt auch, warum sich die vier DeepSeek-Harness-Laufzeitmodi bei Verwendung desselben zugrunde liegenden Modells so unterschiedlich verhalten können. Standard stellt die vollständige alltägliche Agentenumgebung bereit. Code bewahrt diese Fähigkeiten, ändert jedoch die Art und Weise, wie das Modell Tools orchestriert. Minimal entfernt bewusst den Großteil der Unterstützung durch das Harness. Creator ergänzt die Möglichkeit, die Laufzeitumgebung selbst zu untersuchen und umzugestalten.

Diese Modi sollten daher nicht als Leiter von grundlegend bis fortgeschritten interpretiert werden. Minimal steht nicht unter Standard, und Creator ist nicht einfach ein leistungsfähigerer Standardmodus. Jede Voreinstellung optimiert für eine andere Frage: Wie soll der Agent arbeiten? Wie soll er Tools koordinieren? Wie viel des Ergebnisses stammt vom Modell selbst? Oder wie soll die Agentenumgebung neu aufgebaut werden?

1. Standard-Modus – Die standardmäßige vollständige DeepSeek-Agentenumgebung

Der Standard-Modus ist der natürliche Ausgangspunkt, wenn du DeepSeek einfach eine Aufgabe geben und sie erledigen lassen möchtest. Er umfasst die vollständige Umgebung für Coding-Agenten: Dateibearbeitung, Shell-Zugriff, Datei- und Websuche, Skills, Planung, Ziele, Subagenten und Workflows. Statt dich zu zwingen, jeden nächsten Schritt manuell festzulegen, kann das Modell die Umgebung prüfen, handeln, das Ergebnis beobachten und fortfahren.

Dadurch entsteht die vertraute Agentenschleife: ein Repository prüfen, nach relevanten Dateien suchen, Code lesen, eine Änderung vornehmen, einen Befehl ausführen, einen Fehler untersuchen und das Ergebnis überarbeiten. Die entscheidende Fähigkeit ist nicht irgendein einzelnes Werkzeug aus dieser Liste. Es ist die Fähigkeit, sich durch die Umgebung zu bewegen, während neue Informationen hinzukommen. Die Plugin-Architektur von DeepSeek macht diese Fähigkeiten kombinierbar, anstatt den Agenten als eine feststehende Anwendung zu behandeln; in der Berichterstattung zur Veröffentlichung wurde sie als Plugin-komponierbare Agenten-Laufzeitumgebung beschrieben.

Für die meisten Nutzer ist der Standard-Modus daher die richtige Voreinstellung. Wenn du DeepSeek einen Fehler untersuchen, ein Repository verstehen, eine Funktion implementieren, mehrere Dateien prüfen oder eine normale mehrstufige Programmieraufgabe koordinieren lassen möchtest, gibt es wenig Grund, die Werkzeuge absichtlich zu entfernen, bevor du weißt, dass sie ein Problem verursachen.

Der Standard-Modus eignet sich weniger, wenn der Zweck der Sitzung eher die Evaluierung als die Produktivität ist. Wenn ein Modell erfolgreich ist, weil Suche, Planung, Skills, Subagenten und andere Komponenten des Harness seine Schwächen ausgleichen, zeigt das Endergebnis, wie gut das Agentensystem gearbeitet hat. Es zeigt nicht eindeutig, wie gut das Basismodell mit minimaler externer Unterstützung abgeschnitten hätte.

2. Code-Modus – DeepSeek die Werkzeugorchestrierung in ein Programm verwandeln lassen

Der Codemodus ist der am leichtesten misszuverstehende der vier Modi. Er bedeutet nicht „Standardmodus, aber nur für Coding-Aufgaben“. Nach DeepSeeks aktueller Definition behält der Codemodus alle Fähigkeiten des Standardmodus bei. Die Änderung betrifft die Art, wie die Tools dem Modell bereitgestellt werden: DeepSeek kann das Code-Mode-SDK verwenden, um mehrere Operationen in einem vom Modell erzeugten TypeScript-Programm zu kombinieren.

In einer normalen Agentenschleife kann eine komplexe Aufgabe wiederholte Austausche zwischen dem Modell und einzelnen Tools erfordern. Der Agent durchsucht Dateien, erhält ein Ergebnis, entscheidet, was gelesen werden soll, liest es, verarbeitet das Ergebnis, ruft ein weiteres Tool auf und fährt fort. Das Code-Mode-SDK verlagert einen Teil dieses Kontrollflusses in ausführbaren Code. Dadurch kann das Modell Schleifen, Filterung, Verzweigungen und mehrere voneinander abhängige Tool-Operationen als Programm ausdrücken, statt als lange Folge isolierter Tool-Aufrufe.

Stellen Sie sich eine Aufgabe vor, bei der Hunderte von Dateien durchsucht, Treffer nach Pfad gefiltert, nur eine Teilmenge gelesen, Werte extrahiert und anschließend dieselbe Prüfung für jedes Ergebnis ausgeführt werden muss. Der Standardmodus kann diesen Workflow weiterhin ausführen, doch ein großer Teil der Orchestrierung findet in wiederholten Agentenrunden statt. Der Codemodus ist attraktiv, wenn die Orchestrierung selbst allmählich einem kleinen Programm ähnelt.

Dateien durchsuchen
→ passende Pfade filtern
→ Ergebnisse durchlaufen
→ ausgewählte Dateien lesen
→ zurückgegebene Daten verarbeiten
→ Folgeoperationen ausführen

Das wichtige Wort ist Komplexität, nicht „Coding“. Eine einfache Bearbeitung wird nicht automatisch besser, nur weil der Codemodus dafür TypeScript erzeugen kann. Der Standardmodus kann leichter nachzuvollziehen sein, wenn nur wenige Tools beteiligt sind. Der Codemodus wird interessanter, wenn wiederholte Vorgänge, strukturierte Transformationen, bedingte Logik oder die Verarbeitung von Tool-Ergebnissen andernfalls viele aufeinanderfolgende Modellaufrufe erfordern würden.

3. Minimalmodus – Das Harness entfernen und mehr vom Modell sehen

Der Minimalmodus ist keine schlanke Option für langsamere PCs oder kleinere Heimserver. Er ist eine bewusst eingeschränkte Agentenumgebung. DeepSeek definiert ihn derzeit als Coding-Agenten mit zwei Tools sowie dauerhaft verfügbarem Bash und str_replace_editor, wodurch die umfassendere Such-, Skill-, Subagenten- und Workflow-Oberfläche des Standardmodus entfernt wird.

Der Grund für diese Einschränkung ist die Evaluierung. DeepSeek selbst verwendete den DeepSeek Harness Minimal Mode für öffentliche Code-Agent-Benchmarks, die mit V4-Flash durchgeführt wurden. Diese Nutzung macht die Absicht deutlich: Minimal soll die umgebende Agentenmechanik reduzieren, wenn Forschende genauer untersuchen möchten, was das Modell mit einer kleinen, kontrollierten Gruppe von Tools leisten kann.

Diese Unterscheidung ist wichtig, weil moderne Agenten-Benchmarks mehr als nur das Modell messen können. Ein starker Planer, eine bessere Kontextzusammenstellung, die Suche im Repository, spezialisierte Fähigkeiten, Richtlinien für erneute Versuche oder die Delegation an Subagenten können allesamt beeinflussen, ob eine Aufgabe erfolgreich ist. Auch die Forschung zur Bewertung von Harnesses argumentiert, dass Fähigkeiten auf der Ebene der Modell-Harness-Konfiguration interpretiert werden sollten, anstatt das Gesamtergebnis automatisch allein den Modellgewichten zuzuschreiben.

Dadurch hat der Minimalmodus ein völlig anderes Optimierungsziel als der Standardmodus. Der Standardmodus fragt: „Welche Umgebung gibt diesem Agenten die besten Chancen, nützliche Arbeit abzuschließen?“ Der Minimalmodus fragt: „Was passiert, wenn wir einen großen Teil dieser Umgebung entfernen und dem Modell eine kleinere Ausführungsoberfläche lassen?“

Für alltägliche Aufgaben kann es kontraproduktiv sein, nützliche Fähigkeiten absichtlich zu entfernen. Wenn dein Ziel darin besteht, ein Repository so schnell und zuverlässig wie möglich zu reparieren, löst der Minimalmodus in der Regel das falsche Problem. Sein Wert zeigt sich, wenn Reproduzierbarkeit, Vergleich, Fehlersuche oder das Verständnis des unverfälschten Modellverhaltens wichtiger sind als eine maximale Aufgabenerledigung.

4. Creator-Modus – DeepSeek Harness zum Ändern des Harness verwenden

Der Creator-Modus verändert das Objekt, an dem du arbeitest. Der Standardmodus verwendet hauptsächlich eine Agentenumgebung; der Creator-Modus ist darauf ausgelegt, diese Umgebung zu erstellen und mit ihr zu experimentieren. Er umfasst die Fähigkeiten des Standardmodus und ergänzt sie um Laufzeitinspektion, Plugin-Experimente im Arbeitsspeicher und Anleitungen zum Erstellen eigener Presets.

Dies folgt direkt aus der Architektur unterhalb von DSH. DeepSeek beschreibt Modelle, Tools, Fähigkeiten, Sitzungen, Sandboxes, Speicher, Schleifen, Zeitplanung und sogar die Benutzeroberfläche als Plugins, die ausgewählt, ersetzt oder neu kombiniert werden können. Der Cordis-Kernel verwaltet das Einbinden, Entfernen und die Abhängigkeiten von Plugins. Dadurch muss eine Erweiterung von DSH nicht zwangsläufig eine Änderung an einem privilegierten, monolithischen Agenten-Kern erfordern. Genau dieses umfassendere Design macht die Aussage des Projekts, „alles ist ein Plugin“, wichtiger als die bloße Existenz von vier Presets.

Angenommen, du möchtest einen Agenten speziell für die Verwaltung eines Heimservers. Seine nützliche Umgebung könnte Shell-Zugriff, eingeschränkte Dateisystemberechtigungen, Docker-Operationen, Infrastruktur-Dokumentation, Monitoring-Tools und einige spezialisierte Fähigkeiten umfassen. Diese Kombination ist nicht identisch mit der eines generischen Coding-Agenten. Der Creator-Modus ist darauf ausgelegt, mit solchen Fähigkeiten zu experimentieren und sie zu einem wiederverwendbaren Agenten-Preset zu kombinieren.

aktuelle Laufzeitumgebung prüfen
→ Plugins hinzufügen oder testen
→ Dienste und Abhängigkeiten beobachten
→ die Komposition anpassen
→ ein spezialisiertes Preset speichern
→ diese Umgebung erneut starten

Dadurch ist der Creatormodus spezialisierter als der Standardmodus, aber nicht automatisch besser für den täglichen Einsatz. Wenn Sie DeepSeek lediglich drei Dateien ändern und eine Testsuite ausführen lassen möchten, bieten Laufzeitinspektion und die Erstellung von Presets nur wenig Mehrwert. Creator wird nützlich, wenn sich die Frage von „Kann der Agent diese Aufgabe ausführen?“ zu „Welche Fähigkeiten sollte dieser Agententyp besitzen?“ verändert.

Standard vs. Code vs. Minimal vs. Creator: Was ändert sich tatsächlich?

Der größte Fehler besteht darin, die vier Modi als eine Abfolge wie Minimal → Standard → Code → Creator anzuordnen. Das suggeriert, dass jeder Schritt einfach mehr Leistung hinzufügt. Tatsächlich ist das Verhältnis multidimensional: Standard legt den Schwerpunkt auf die allgemeine Ausführung, Code verändert die Orchestrierung, Minimal reduziert bewusst die Unterstützung, und Creator stellt den Harness selbst als konfigurierbares Element bereit.

Der Vergleich wird klarer, wenn die Modi anhand derselben Fragen statt anhand der Anzahl ihrer Funktionen bewertet werden. Standard und Code behalten beide die umfassende Agentenumgebung bei, aber Code verändert die Art und Weise, wie mehrstufige Tool-Aufgaben ausgedrückt werden können. Minimal geht bewusst in die entgegengesetzte Richtung und verkleinert die Tool-Oberfläche. Creator baut auf Standard auf und ergänzt Funktionen für die Laufzeitkomposition, statt einfach ein weiteres alltägliches Produktivitätstool hinzuzufügen.

Auch deshalb können zwei Tests mit demselben DeepSeek-Modell unterschiedliche Ergebnisse liefern, wenn ihre Harness-Konfigurationen voneinander abweichen. Frühe Analysen von DSH haben bereits gezeigt, wie wichtig es ist, die Modell- und Harness-Konfiguration zu dokumentieren, statt nur Modellnamen zu vergleichen. Toolzugriff, Berechtigungen, Kontextkonstruktion, Agentenschleifen und andere Laufzeitentscheidungen können den Weg, den das Modell durch eine Aufgabe nimmt, vollständig verändern.

Welchen DeepSeek-Harness-Modus sollten Sie tatsächlich verwenden?

Für die meisten alltäglichen Aufgaben sollten Sie mit dem Standardmodus beginnen. Er stellt den breiten Funktionsumfang bereit, für dessen Koordination DSH entwickelt wurde, und ermöglicht Ihnen herauszufinden, ob eine spezialisiertere Laufzeit überhaupt erforderlich ist. Den Minimalmodus nur deshalb zu wählen, weil er leichter klingt, kann genau die Funktionen entfernen, die einen Agenten nützlich machen.

Wechsle zum Code-Modus, wenn der Tool-Workflow selbst komplex geworden ist. Wiederholte Suchen, Schleifen über zahlreiche Dateien, das Filtern von Tool-Ergebnissen, strukturierte Transformationen und bedingte Aktionen sprechen eher für den Code-Modus als die Tatsache, dass deine Aufgabe zufällig Softwareentwicklung umfasst.

Verwende den Minimal-Modus, wenn es bei der Frage eher um das Modell als um maximale Produktivität geht. Er eignet sich besser für kontrollierte Vergleiche, die Reproduktion von Benchmarks, Prompt-Experimente und Situationen, in denen du herausfinden möchtest, ob der Erfolg vom Modell oder von einem umfangreicheren Harness abhängt.

Verwende den Creator-Modus, wenn du die Agentenumgebung ändern möchtest. Er ist für Plugin-Experimente, spezialisierte Voreinstellungen und Entwickler gedacht, die DeepSeek Harness als Infrastruktur zum Erstellen eines neuen Agents betrachten, anstatt einfach den Standard-Agenten zu verwenden.

Wenn dein übergeordnetes Ziel darin besteht, wiederverwendbare Agentenfähigkeiten für private Daten zu entwickeln, statt DSH selbst zu ändern, erklärt unser Leitfaden zu Agentenfähigkeiten für lokale Wissensdatenbanken, wie Fähigkeiten wiederholbare Abläufe für Abruf, Analyse, Belege und Wissensverarbeitung auf einem selbst gehosteten System bündeln können.

Der Planmodus ist kein fünfter Laufzeitmodus von DeepSeek Harness

Es gibt noch eine weitere DSH-Funktion, die für Verwirrung bei der Terminologie sorgt: Planmodus. Es klingt, als würde er neben Standard, Code, Minimal und Creator gehören, aber die aktuelle Architektur von DeepSeek behandelt ihn anders. Die vier genannten Modi sind Laufzeitvoreinstellungen oder Zusammenstellungen. Der Planmodus ist ein optionaler Planungsstatus pro Agent, der die an das Modell übermittelten Hinweise ändert.

Die Dokumentation des DeepSeek-Subsystems beschreibt den Planmodus ausdrücklich als unverbindliche Orientierung. Während er aktiv ist, wird ein auf die Planung bezogener Prompt-Abschnitt in die Modellanfragen aufgenommen. Der Sandbox-Modus und die Genehmigungsrichtlinie setzen unabhängig davon Einschränkungen durch, und die Agentenschleife selbst ist nicht vom Planmodus abhängig.

Damit erfüllen die beiden Konzepte unterschiedliche Aufgaben. Standard, Code, Minimal und Creator beantworten Fragen zur Laufzeitkomposition: Welche Fähigkeiten sind vorhanden und wie arbeitet der Agent? Der Planmodus beantwortet eine Verhaltensfrage: Soll der Agent vor der Fortsetzung der Ausführung in einem planungsorientierten Kollaborationsstatus bleiben?

Standard / Code / Minimal / Creator
= Laufzeitkomposition

Planmodus
= Planungs- und Anleitungsstatus

Wenn also jemand fragt, ob DeepSeek Harness vier oder fünf Modi hat, lautet die hilfreiche Antwort: DSH bietet derzeit vier primäre Laufzeitmodi, während der Planmodus ein separates optionales Planungsinstrument und keine fünfte gleichrangige Laufzeitvoreinstellung ist.

Die vier Modi zeigen, was DeepSeek Harness tatsächlich entwickelt

Der interessanteste Aspekt von DSH besteht nicht darin, dass es den Nutzern vier Schaltflächen zur Auswahl bietet. Die Modi machen vier verschiedene Ebenen der Agentenentwicklung sichtbar. Standard konzentriert sich auf die Ausführung. Code konzentriert sich auf die Orchestrierung. Minimal konzentriert sich auf die Evaluierung. Creator konzentriert sich auf die Komposition. Zusammen zeigen sie, dass DeepSeek den Harness als aktiven Bestandteil des Agentenverhaltens betrachtet und nicht als unsichtbare Verbindungsschicht rund um das Modell.

Das ist wichtig, weil Verbesserungen bei Agentensystemen nicht ausschließlich durch das Training eines größeren Modells entstehen müssen. Eine Änderung der Tool-Darstellung, des Kontextmanagements, der Ausführungsrichtlinien, des Wiederholungsverhaltens, der Skills, des Speichers oder der Laufzeitkomposition kann verändern, was dasselbe Modell leisten kann. Wenn du daran interessiert bist, diese Fähigkeiten zu erweitern, statt die gesamte Laufzeitumgebung neu zu entwickeln, ist der DeepSeek- und Hermes-Plugin-Stack ein weiteres Beispiel dafür, wie das umgebende Agentensystem völlig neue Fähigkeiten hinzufügen kann.

Das bedeutet auch, dass die vier Voreinstellungen eher als Ausgangskonfigurationen denn als universelle Lösungen betrachtet werden sollten. Eine Benchmark-Umgebung benötigt weniger Unterstützung. Ein Produktionsagent kann mehr Tools und strengere Berechtigungen erfordern. Ein komplexer Tool-Workflow kann von programmgesteuerter Orchestrierung profitieren. Ein spezialisierter Home-Server-Agent könnte letztendlich eine eigene Voreinstellung verdienen.

DeepSeek Harness befindet sich weiterhin in der Entwicklervorschau, und DeepSeek zufolge werden sich die zentralen Plugins und APIs weiterentwickeln. Die genauen Voreinstellungen und Schnittstellen können sich daher ändern. Die architektonische Unterscheidung ist jedoch bereits nützlich: Wenn sich ein Agent unterschiedlich verhält, sollte man nicht nur das Modell betrachten. Entscheidend ist auch der Harness, der bestimmt, wie dieses Modell handeln kann.