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

DeepSeek Harness verfügt über vier Laufzeitmodi: Standard, Code, Minimal und Creator. Sie sind keine 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 arbeitet, bewertet wird oder das Harness selbst verändert.

Am einfachsten lässt sich der Unterschied so merken: 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 von mehr als nur den Modellgewichten abhängt. Die verfügbaren Tools, die Ausführungsschleife, der Speicher, die Berechtigungen, das Planungssystem und andere Bestandteile des Harness beeinflussen allesamt, was ein Agent leisten kann.

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

Warum benötigt DeepSeek Harness vier verschiedene Modi?

DeepSeek Harness basiert auf der Idee, dass ein Agent nicht nur aus einem Sprachmodell mit angeschlossener Befehlszeile besteht. Das Harness befindet sich 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 plus einem Harness besteht.

Diese Architektur erklärt auch, warum sich die vier Laufzeitmodi von DeepSeek Harness bei Verwendung desselben zugrunde liegenden Modells so unterschiedlich verhalten können. Standard stellt die vollständige alltägliche Agent-Umgebung bereit. Code behält diese Fähigkeiten bei, ändert jedoch die Art und Weise, wie das Modell Tools orchestriert. Minimal entfernt bewusst den Großteil der Unterstützung durch das Harness. Creator ermöglicht es, die Laufzeitumgebung selbst zu untersuchen und neu zu gestalten.

Diese Modi sollten daher nicht als eine Rangfolge von grundlegend bis fortgeschritten interpretiert werden. Minimal steht nicht unter Standard, und Creator ist nicht einfach ein leistungsfähigerer Standard-Modus. Jedes Preset ist auf eine andere Frage optimiert: Wie sollte der Agent arbeiten? Wie sollte er Tools koordinieren? Wie viel des Ergebnisses stammt vom Modell selbst? Oder wie sollte die Agent-Umgebung neu aufgebaut werden?

1. Standardmodus – Die vollständige Standardumgebung des DeepSeek-Agenten

Der Standardmodus ist der natürliche Ausgangspunkt, wenn du DeepSeek einfach eine Aufgabe geben und sie erledigen lassen möchtest. Er umfasst die vollständige Coding-Agent-Umgebung: Dateibearbeitung, Shell-Zugriff, Datei- und Websuche, Skills, Planung, Ziele, Subagenten und Workflows. Statt jeden nächsten Schritt manuell festlegen zu müssen, kann das Modell die Umgebung untersuchen, handeln, das Ergebnis beobachten und fortfahren.

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

Für die meisten Nutzer macht das den Standardmodus zur richtigen Voreinstellung. Wenn du DeepSeek einen Fehler untersuchen, ein Repository verstehen, eine Funktion implementieren, mehrere Dateien prüfen oder eine normale mehrstufige Coding-Aufgabe koordinieren lassen möchtest, gibt es wenig Grund, Tools absichtlich zu entfernen, bevor du weißt, dass sie ein Problem verursachen.

Der Standardmodus 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 Harness-Komponenten seine Schwächen ausgleichen, zeigt das Endergebnis, wie gut das Agentensystem abgeschnitten hat. Es zeigt nicht eindeutig, wie gut das Basismodell mit minimaler externer Unterstützung abschneiden würde.

2. Codemodus – DeepSeek die Tool-Orchestrierung in ein Programm verwandeln lassen

Code Mode ist der Modus, der am leichtesten missverstanden wird. Er bedeutet nicht „Standard Mode, aber nur für Coding-Aufgaben“. Nach DeepSeeks aktueller Definition behält Code Mode alle Funktionen von Standard Mode bei. Die Änderung betrifft die Art, wie die Tools dem Modell zugänglich gemacht 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 führt eine Suche aus, erhält ein Ergebnis, entscheidet, was gelesen werden soll, liest es, verarbeitet dieses Ergebnis, ruft ein weiteres Tool auf und fährt fort. Das Code Mode SDK verlagert einen Teil dieses Kontrollflusses in ausführbaren Code und ermöglicht es dem Modell, Schleifen, Filterung, Verzweigungen und mehrere voneinander abhängige Tool-Operationen als Programm statt als lange Folge isolierter Tool-Aufrufe auszudrücken.

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. Standard Mode kann diesen Workflow weiterhin ausführen, aber ein großer Teil der Orchestrierung findet in wiederholten Agentenrunden statt. Code Mode ist attraktiv, wenn die Orchestrierung selbst beginnt, einem kleinen Programm zu ähneln.

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

Das entscheidende Wort ist Komplexität, nicht „Coding“. Eine einfache Bearbeitung wird nicht automatisch besser, nur weil Code Mode dafür TypeScript erzeugen kann. Standard Mode kann leichter nachvollziehbar sein, wenn nur wenige Tools beteiligt sind. Code Mode wird interessanter, wenn wiederholte Vorgänge, strukturierte Transformationen, bedingte Logik oder die Verarbeitung von Tool-Ergebnissen andernfalls zahlreiche wechselseitige Modellaufrufe erfordern würden.

3. Minimal Mode – Das Harness entfernen und mehr vom Modell sehen

Minimal Mode ist keine schlanke Option für langsamere PCs oder kleinere Heimserver. Es handelt sich um eine bewusst eingeschränkte Agentenumgebung. DeepSeek definiert ihn derzeit als Coding-Agenten mit zwei Tools, einer persistenten Bash und str_replace_editor, wodurch die umfangreichere Such-, Skill-, Subagenten- und Workflow-Oberfläche von Standard Mode entfällt.

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 gemeldet wurden. Diese Nutzung macht die Absicht deutlich: Minimal soll die umgebende Agentenlogik reduzieren, wenn Forschende einen engeren Blick darauf werfen möchten, was das Modell mit einer kleinen, kontrollierten Auswahl an 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 alle beeinflussen, ob eine Aufgabe gelingt. Die Forschung zur Bewertung von Harnesses argumentiert entsprechend, dass Fähigkeiten auf der Ebene der Modell-Harness-Konfiguration interpretiert werden sollten, anstatt das vollständige Ergebnis automatisch allein den Modellgewichten zuzuschreiben.

Damit verfolgt der Minimalmodus ein ganz 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 überlassen?“

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

4. Creator-Modus — DeepSeek Harness verwenden, um das Harness zu verändern

Der Creator-Modus verändert das Objekt, an dem du arbeitest. Der Standardmodus nutzt in erster Linie eine Agentenumgebung; der Creator-Modus ist für die Erstellung und das Experimentieren mit dieser Umgebung konzipiert. Er umfasst die Fähigkeiten des Standardmodus und ergänzt sie um Laufzeitinspektion, das Experimentieren mit Plugins im Arbeitsspeicher und Anleitungen zum Erstellen eigener Presets.

Das 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. Daher muss die Erweiterung von DSH nicht unbedingt Änderungen an einem privilegierten monolithischen Agentenkern erfordern. Das umfassendere Design erklärt, warum die Aussage des Projekts „alles ist ein Plugin“ wichtiger ist 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, Infrastrukturdokumentation, Überwachungstools 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 die tägliche Nutzung. Wenn DeepSeek einfach drei Dateien ändern und eine Testsuite ausführen soll, bieten Laufzeitinspektion und Erstellung von Voreinstellungen 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?“ ä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 erweckt den Eindruck, jeder Schritt füge einfach mehr Leistung hinzu. Tatsächlich ist die Beziehung multidimensional: Standard legt den Schwerpunkt auf allgemeine Ausführung, Code verändert die Orchestrierung, Minimal reduziert die Unterstützung bewusst, und Creator macht den Harness selbst zu etwas, das konfiguriert werden kann.

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 zur Laufzeitkomposition, statt einfach ein weiteres Produktivitätstool für den Alltag hinzuzufügen.

Deshalb können auch zwei Tests mit demselben DeepSeek-Modell unterschiedliche Ergebnisse liefern, wenn ihre Harness-Konfigurationen voneinander abweichen. Erste Analysen von DSH haben bereits die Bedeutung hervorgehoben, die Modell- und Harness-Konfiguration zu dokumentieren, anstatt nur Modellnamen zu vergleichen. Toolzugriff, Berechtigungen, Kontextaufbau, Agentenschleifen und andere Laufzeitentscheidungen können den Weg, den das Modell durch eine Aufgabe nimmt, grundlegend verändern.

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

Für die meisten normalen Aufgaben sollten Sie mit dem Standardmodus beginnen. Er stellt den breiten Funktionsumfang bereit, für dessen Koordination DSH entwickelt wurde, und ermöglicht es Ihnen herauszufinden, ob eine spezialisiertere Laufzeitumgebung überhaupt erforderlich ist. Im Minimalmodus zu starten, nur weil er leichter klingt, kann genau die Fähigkeiten entfernen, die einen Agenten nützlich machen.

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

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 verändern möchtest. Er ist für Plugin-Experimente, spezialisierte Voreinstellungen und Entwickler gedacht, die DeepSeek Harness als Infrastruktur zum Erstellen eines neuen Agenten nutzen, statt lediglich den Standardagenten zu bedienen.

Wenn es bei deinem übergeordneten Ziel darum geht, wiederverwendbare Agentenfunktionen für private Daten zu entwickeln, statt DSH selbst zu ändern, erklärt unser Leitfaden zu KI-Agenten-Skills für lokale Wissensdatenbanken, wie Skills 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 eine verwirrende Terminologie sorgt: Plan Mode. Der Name klingt, als gehöre er neben Standard, Code, Minimal und Creator, aber die aktuelle Architektur von DeepSeek behandelt ihn anders. Die vier genannten Modi sind Laufzeitvoreinstellungen oder Kombinationen. Der Planmodus ist ein optionaler Planungsstatus pro Agent, der die dem Modell bereitgestellten Anweisungen verändert.

Die Subsystem-Dokumentation von DeepSeek beschreibt den Planmodus ausdrücklich als unverbindliche Orientierung. Während er aktiv ist, wird ein planungsbezogener 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 Plan-Modus beantwortet eine Verhaltensfrage: Soll der Agent vor der Ausführung in einem planungsorientierten Zusammenarbeitsstatus bleiben?

Standard / Code / Minimal / Creator
= Laufzeitkomposition

Plan-Modus
= Planungs- und Anleitungsstatus

Wenn also jemand fragt, ob DeepSeek Harness vier oder fünf Modi hat, lautet die hilfreiche Antwort: DSH wird derzeit mit vier primären Laufzeitmodi ausgeliefert, während der Plan-Modus ein separates optionales Planungsmechanismus und keine fünfte gleichrangige Laufzeitvoreinstellung ist.

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

Das Interessanteste an DSH ist nicht, dass es 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 Bewertung. Creator konzentriert sich auf die Komposition. Zusammen zeigen sie, dass DeepSeek das Harness als aktiven Bestandteil des Agentenverhaltens betrachtet und nicht als unsichtbare Verbindungsschicht um das Modell.

Das ist wichtig, weil Verbesserungen bei Agentensystemen nicht ausschließlich durch das Training eines größeren Modells erzielt werden müssen. Eine veränderte Darstellung von Tools, Kontextverwaltung, Ausführungsrichtlinien, Wiederholungsverhalten, Skills, Speicher oder Laufzeitkomposition kann beeinflussen, was dasselbe Modell leisten kann. Wenn Sie daran interessiert sind, diese Fähigkeiten zu erweitern, anstatt die gesamte Laufzeitumgebung neu zu erstellen, 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 Benchmarking-Umgebung benötigt weniger Unterstützung. Ein Produktionsagent benötigt möglicherweise mehr Tools und strengere Berechtigungen. Ein komplexer Tool-Workflow kann von programmatischer Orchestrierung profitieren. Ein spezialisierter Home-Server-Agent verdient möglicherweise irgendwann eine eigene Voreinstellung.

DeepSeek Harness befindet sich weiterhin in der Entwicklervorschau, und DeepSeek zufolge werden sich die Kern-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 anders verhält, sollten Sie nicht nur das Modell betrachten. Achten Sie auf das Harness, das bestimmt, wie dieses Modell handeln kann.