DeepSeek Harness in der Developer Preview: Alles ist ein Plugin

DeepSeek Harness ist jetzt als Developer Preview verfügbar. Das Team stellt ein Framework vor, das die Entwicklung von KI-Agenten vereinfachen soll. Das Prinzip: „Everything is a plugin.“ Jede Fähigkeit eines Agenten – Modelle, Tools, UI – ist ein austauschbares Plugin. Dieser Artikel erklärt die Architektur, die technischen Grundlagen mit dem Cordis-Kern und die verschiedenen Laufzeitmodi. Wir zeigen, wie komponierbare Systeme die Agentenentwicklung verändern und welche Rolle Konfigurationsdateien und Trajectory-Logs spielen.

Überblick

DeepSeek Harness ist in der Entwickler-Vorschau und als Open-Source-Projekt auf GitHub verfügbar. Entwickler können den Quellcode nutzen, um eigene Agenten zu bauen oder bestehende zu erweitern. Das Framework basiert auf dem Cordis-Kernel, der Plugins mountet, unmountet und ihre Abhängigkeiten verwaltet. Agenten erhalten ihre Fähigkeiten ausschließlich über Plugins – Modelle, Tools, Skills, Sitzungen, Sandboxes, Speicher, Schleifen, Scheduling und UI. Diese modulare Struktur erlaubt es, Komponenten per Konfiguration auszutauschen, ohne den Quellcode zu ändern. Ein weiteres Merkmal: Jeder Eingriff, den das Modell sieht, wird in einem append-only Session-Log festgehalten. Die Trajectory-Ansicht macht das Log inspizierbar.

Prompt-Analyse

Der Artikel enthält keine expliziten Prompts. Wir zeigen hier passende Beispiel-Prompts, die das Konfigurationsmodell von DeepSeek Harness veranschaulichen. Diese Prompts zeigen, wie Entwickler Agenten über Konfigurationsdateien oder die Creator-Mode-Schnittstelle definieren.

Der Prompt

{
  "agent": "mein-coding-agent",
  "modus": "standard",
  "plugins": {
    "model": "deepseek-chat",
    "tools": ["file-editor", "shell", "web-search"],
    "skills": ["python-entwicklung", "debugging"],
    "session": "append-only-log",
    "sandbox": "docker-isoliert",
    "storage": "lokal"
  },
  "trajectory": {
    "aufzeichnen": true,
    "zugriff": "ressource-basiert"
  }
}

Bestandteile

Dieser Konfigurations-Prompt bildet die wesentlichen Bausteine des Plugin-Systems ab. Zuerst steht der Agentenname, danach der Laufzeitmodus – „standard“, der alle Tools enthält. Unter „plugins“ werden einzelne Fähigkeiten als Objekte spezifiziert. Das Modell ist ein DeepSeek-Chat-Modell, die Tools umfassen Datei-Editor, Shell und Websuche. Skills sind spezielle Anweisungen oder Workflows, die der Agent erhält. Sessions sind als append-only-Log konfiguriert, die Sandbox für isolierte Ausführung. Speicher und Trajectory-Aufzeichnung komplettieren das Setup. Der Prompt zeigt: Alle Komponenten sind austauschbar – das ist das zentrale Designprinzip von DeepSeek Harness.

Häufig gestellte Fragen

Was ist der Unterschied zwischen Standard-Modus und Code-Modus?

Im Standard-Modus stehen alle Tools zur Verfügung: Dateibearbeitung, Shell, Datei- und Websuche, Skills, Planung, Ziele, Sub-Agenten und Workflows. Der Code-Modus baut darauf auf, erweitert das Ganze aber um das Code-Mode-SDK. Damit kann das Modell mehrere Tool-Aufrufe in einem TypeScript-Programm kombinieren. Der Code-Modus eignet sich für komplexe, mehrstufige Aufgaben, bei denen der Agent selbst Code schreibt, um Aktionen auszuführen.

Wie funktioniert die Trajectory-Ansicht?

Die Trajectory-Ansicht zeigt alles, was der Agent während eines Laufs sieht: System-Prompts, Reasoning-Schritte, Tool-Aufrufe und Ergebnisse, Sub-Agenten-Planung und jede Kontext-Injektion. Diese Daten liegen in einem append-only Session-Log – nichts lässt sich nachträglich löschen. Entwickler filtern nach Quellen, wiederholen Läufe, forken, durchsuchen oder geben sie wieder. So lassen sich Fehler präzise nachverfolgen und Optimierungen gezielt vornehmen.

Welche Betriebsmodi gibt es?

DeepSeek Harness hat vier vordefinierte Modi: Standard, Code, Minimal und Creator. Der Standard-Modus umfasst das volle Toolset. Der Code-Modus ergänzt das Code-Mode-SDK. Der Minimal-Modus reduziert die Umgebung auf zwei Werkzeuge – eine persistente Bash-Shell und einen Datei-Editor – und ist für Benchmark-Tests gedacht. Der Creator-Modus dient der Entwicklung neuer Agenten-Presets: Er enthält alle Standard-Fähigkeiten plus Laufzeit-Inspektion, Plugin-Experimente und Anleitungen für eigene Presets.

Wie können Entwickler eigene Plugins erstellen?

Entwickler können Plugins direkt im Creator-Modus testen. Er erlaubt es, Cordis-Plugins im Speicher zu laden, ihre Funktionalität zu prüfen und sie dann per Konfiguration zu kombinieren. Danach lassen sich die Plugins als eigene Presets speichern und über die Konfigurationsdatei in verschiedenen Projekten wiederverwenden. Die offizielle Dokumentation und Community-Beiträge auf GitHub zeigen weitere Beispiele und APIs.

Ist DeepSeek Harness bereit für den Produktiveinsatz?

DeepSeek Harness befindet sich in der Developer Preview. Das Framework funktioniert, aber die Kern-Plugins und APIs werden sich weiterentwickeln. Für experimentelle Projekte und Prototypen ist es nutzbar, für kritische Produktivsysteme eher noch nicht. Die MIT-Lizenz erlaubt die freie Nutzung, auch kommerziell, unter Beachtung der Safe Use Policy.

Welche Rolle spielt Cordis?

Cordis ist das Kernsystem für die Plugin-Verwaltung. Es mountet und entfesselt Plugins, verwaltet Abhängigkeiten und stellt Services und Events bereit, über die Plugins kommunizieren. So entsteht eine lose gekoppelte Architektur – einzelne Komponenten lassen sich austauschen, ohne andere anzufassen. Das ist die Basis für das „Everything is a plugin“-Prinzip.

Quelle

Basiert auf diesem Artikel.