DeepSeek Harness (dsh) vs. Claude Code

Auf einen Blick

Offenheit

Das ist der klarste Unterschied und derjenige, der sich am wenigsten ändern dürfte. dsh steht unter MIT, wird offen unter github.com/deepseek-ai/deepseek-harness entwickelt, und Sie können es klonen, nachlesen, wie die Schleife implementiert ist, ein Verhalten patchen, das Ihnen missfällt, und Ihren Fork betreiben. Claude Code ist proprietär: Sie konfigurieren es über die unterstützten Flächen, statt sein Innenleben zu bearbeiten.

Ob das zählt, hängt vollständig davon ab, was Sie tun. Wenn Sie einen Agent wollen, der an Ihrer Codebasis arbeitet, ist Quellzugang eine Kuriosität. Wenn Sie ein Produkt auf einem Harness aufbauen oder an einem Ort arbeiten, an dem geprüft werden muss, was ein Werkzeug tut, bevor es ein Repository berührt, ist es die ganze Entscheidung.

Wie man sie erweitert

dsh treibt den Plugin-Gedanken weiter als die meisten Werkzeuge. Modelle, Tools, Skills, Sessions, Sandboxes, Dateisysteme, die Agent-Schleife, die Orchestrierung und selbst die Oberfläche sind allesamt Plugins, geladen in eine gemeinsame Runtime auf Basis des Meta-Frameworks Cordis und zusammengesetzt über eine cordis.yml-Loader-Konfiguration. Es gibt keine harte Grenze zwischen „der App“ und „einer Erweiterung“ — die Sandbox auszutauschen ist dieselbe Art Handlung wie ein Tool hinzuzufügen.

Claude Code erweitert man über Skills, Hooks und MCP-Server. Das sind definierte Flächen: Sie ergänzen Fähigkeiten und klinken sich an unterstützten Stellen in Ereignisse ein, die Kernschleife bleibt die des Anbieters. Das ist ein echter Kompromiss und kein Mangel — definierte Erweiterungspunkte lassen sich über Upgrades hinweg weit leichter am Laufen halten, und genau dieses Problem erleben dsh-Nutzer gerade.

Die praktische Folge für dsh: Die Fähigkeiten stecken im Ökosystem. Wir erfassen 14566 Repositories mit dsh-Topics, davon zeigen 8083 eine echte Plugin-Verdrahtung; Sie können alle durchsehen oder sie nach Kategorie überfliegen. Der Abstand zwischen bloß getaggt und tatsächlich verdrahtet ist selbst ein nützliches Signal dafür, wie jung dieses Ökosystem ist.

Seit rc.8 ist es kein Entweder-oder mehr

Die schärfste Wende der ersten Woche: dsh behandelt seinen Rivalen jetzt als Komponente. rc.7 verdrahtete Codex- und Claude-Code-Subagent-Aufgaben mit dem Job Panel; rc.8 machte beide auf Abruf als Profile Bundles installierbar — paketierte Subagenten mit nicht-interaktiven Berechtigungsmodi, für Codex auch mit mehreren benannten Instanzen. Innerhalb einer dsh-Session wird Anthropics Agent zu etwas, dem man Arbeit zuweist.

Man sollte das als Absichtserklärung lesen. dsh konkurriert nicht nur mit Claude Code, es bewirbt sich um die Rolle der Orchestrierungsschicht, auf der Coding-Agenten laufen — die Konkurrenz eingeschlossen. Die Vorbehalte sind die üblichen: Ein Claude-Code-Bundle braucht darunter weiterhin ein funktionierendes Claude Code samt Anthropics Konto, Bedingungen und Modellkosten, und die Integration ist Preview-Qualität wie alles andere hier. Das Ökosystem baut bereits in dieselbe Richtung — unsere Kategorie Skills & Agents führt die Subagenten- und Rollen-Plugins.

Reife — was heute das meiste entscheidet

Claude Code ist ein Produkt, das Menschen bereits täglich nutzen. dsh ging am 13. August 2026 an die Öffentlichkeit, und schon die erste Woche machte die Großbuchstaben-Warnung der README vor kompatibilitätsbrechenden Änderungen konkret: zwei Release Candidates in sechs Tagen, ein umbenanntes Preset (aus Code mode wurde in rc.7 PTC mode) und in rc.8 eine Änderung des Speicherformats, die ältere Sessiondaten nicht überleben — unser Changelog hält jedes fest. Loader-Format, Plugin-APIs und CLI-Optionen werden alle noch geformt, ein Plugin, das heute lädt, lädt nächste Woche vielleicht nicht mehr.

Nichts davon ist Kritik an dsh — dafür ist eine Developer Preview da. Es bedeutet aber, dass der faire Vergleich nicht „was ist besser“ lautet, sondern „welches Risiko wollen Sie“. Claude Code zu wählen heißt, eine geschlossene Runtime hinzunehmen. Sich jetzt für dsh zu entscheiden heißt, Bewegung, dünne Dokumentation und ein Ökosystem hinzunehmen, das gerade öffentlich zusammengesetzt wird. Das sind verschiedene Arten von Kosten, und nur Sie wissen, welche Ihr Projekt verkraftet.

Modelle und wo die Dinge laufen

dsh zielt auf DeepSeeks V4-Modelle, Claude Code auf Anthropics Claude-Modelle. In beiden Fällen ist der Harness ein lokales Programm, das über eine API mit einem Modell spricht — „Self-Hosting“ beschreibt also überwiegend den Harness, nicht das Modell. Und dort ist der Unterschied real: Sie können einen veränderten dsh-Build auf eigenen Maschinen betreiben, weil der Quellcode unter MIT steht; mit einem proprietären Client geht das nicht.

Weil Modellanbieter in dsh selbst Plugins sind, bindet die Architektur es strukturell nicht an ein Backend, und unser Verzeichnis führt bereits eine Kategorie „Modelle & Anbieter“. Wir behaupten bewusst nicht, welche Anbieter in welchem Preview-Build funktionieren — das ist genau die Art Detail, die sich wöchentlich ändert und am besten im Repository des jeweiligen Plugins nachgesehen wird.

Wozu Sie greifen sollten

Wenn Sie diese Woche einen Agent für echte Arbeit brauchen, nehmen Sie das reife Werkzeug. Das ist die langweilige, richtige Antwort, und sie ändert sich nicht, weil ein neuer Harness interessant ist. Wenn Sie Agent-Architektur erforschen, Plugins schreiben wollen, die Runtime lesen und verändern müssen oder schlicht neugierig sind, wie sich ein Alles-ist-ein-Plugin-Harness anfühlt, ist dsh einen Nachmittag wert — die Installation ist ein einziger Befehl. Viele werden vernünftigerweise beides betreiben.

Wenn Ihnen die Kategorie an sich fremd ist: unsere Erklärung zu Agent-Harnesses behandelt erst das Gemeinsame dieser Werkzeuge und dann ihre Unterschiede.

Häufige Fragen

Ist dsh ein Ersatz zum Direkttausch für Claude Code?

Nein. DeepSeek Harness erschien am 13. August 2026 als Developer Preview, deren README in Großbuchstaben vor kompatibilitätsbrechenden Änderungen warnt. Es erledigt dieselbe Art Arbeit, aber ein etabliertes Werkzeug dagegen einzutauschen heißt, ein bewegliches Ziel mitten in den eigenen Arbeitsablauf zu holen.

Welches ist besser?

So früh hat diese Frage keine ehrliche Antwort. Für Arbeit, die geliefert werden muss, ist das etablierte Produkt die sicherere Wahl. Wer auf dem Harness selbst aufbaut — Schleife, Sandbox oder Modellschicht ersetzt — bekommt mit dsh MIT-lizenzierten Quellcode, den Claude Code nicht bietet. Wir haben keinen direkten Vergleichstest durchgeführt, und einem Test aus der Release-Woche würden wir auch nicht trauen.

Kann dsh Claude-Modelle nutzen oder Claude Code DeepSeek-Modelle?

dsh zielt auf DeepSeek-V4-Modelle, Claude Code auf Anthropics Claude-Modelle. Da Modellanbieter in dsh selbst Plugins sind, verbietet die Architektur andere Backends nicht, und unser Verzeichnis führt eine Kategorie „Modelle & Anbieter“. Seit rc.8 gibt es zudem einen direkteren Weg: dsh kann Claude Code selbst als Subagent-Profile-Bundle installieren, sodass Claude-Modelle über Anthropics eigenen Agenten innerhalb einer dsh-Session arbeiten. Welche konkreten Anbieter in einem bestimmten Preview-Build funktionieren, können wir nicht verifizieren — prüfen Sie das Plugin-Repository, bevor Sie sich darauf verlassen.

Können dsh und Claude Code zusammen laufen?

Ja, in eine bestimmte Richtung: Seit v0.1.0-rc.8 installiert dsh Claude Code und Codex auf Abruf als Subagent-Profile-Bundles und verwaltet ihre Aufgaben im Job Panel. Der darunterliegende Agent muss weiterhin funktionieren — Konto, Bedingungen und Modellkosten ändern sich nicht —, und die Integration ist Preview-Qualität, wie derzeit alles in dsh.

Kann ich eines von beiden selbst hosten?

Den dsh-Harness selbst können Sie hosten und verändern, denn er steht unter MIT und lässt sich aus dem Quellcode bauen. Claude Code ist proprietär, Sie konfigurieren es, statt es zu forken. Keiner der beiden Punkte beseitigt den Modell-API-Aufruf im Zentrum der Schleife — der geht weiterhin dorthin, wohin Sie ihn richten.

Funktionieren Plugins des einen im anderen?

Nein. dsh setzt Plugins über eine cordis.yml-Loader-Konfiguration zusammen, während Claude Code über Skills, Hooks und MCP-Server erweitert wird. MCP ist ein gemeinsames Protokoll, dafür gebaute Tool-Server sind also nicht von Haus aus an einen einzigen Client gebunden — aber das ist eine Tatsache über MCP und keine Kompatibilitätszusage zwischen diesen beiden Produkten.