Die Beziehung zu DeepSeek Harness

论文版本948a07b (main)

Das Papier implementiert Cordis, und DeepSeek Harness baut auf Cordis auf. Aber Cordis, Koishi und DeepSeek Harness sind drei unterschiedliche Projekte; nicht vermengen.

Das Verhältnis der drei Projekte

[Aus dem Papier und offiziellen Quellen abgeleitete Inferenz]:

• Cordis: ein Open-Source-Meta-Framework (MIT), das die im Papier beschriebene Spatiotemporal Composability implementiert. Repository github.com/cordiverse/cordis; das Kernpaket cordis ist aktuell in Version 4.0.0-rc.x (entspricht Cordis v4 aus dem Papier §5). Es ist unabhängig von DeepSeek und wird von der cordiverse-Organisation gepflegt (Shigma ist Kernautor).
• Koishi: ein Open-Source-Chatbot-Anwendungs-Framework (MIT), das auf Cordis aufbaut. Fallstudie §5.3 des Papiers: Koishi nutzt aktuell Cordis v3, das Papier beschreibt Cordis v4; "the core compositional model is shared across both versions". Koishi hat 4000+ Community-Plugins und ist der Produktionsfall des Papiers.
• DeepSeek Harness (DSH): ein Open-Source-Agent-Harness (MIT) von DeepSeek, das auf dem Cordis-Kern aufbaut. Repository github.com/deepseek-ai/deepseek-harness. Die offizielle Dokumentation ist explizit: Der Cordis-Kern verwaltet Plugin-Mount/Unmount/Abhängigkeiten; das Harness baut auf dem Cordis-Plugin-System auf, "Everything is a plugin".

Hinweis zu den Autoren: Tianyi Cui (DeepSeek-AI), also Shigma, ist der Autor des Koishi-Frameworks. Also teilen sich Cordis / Koishi / Harness denselben Ursprung (alle mit Shigma verbunden), aber das Papier ist kein rein DeepSeek-Werk — die erste Institution ist die Peking-Universität; die zweite Institution ist DeepSeek-AI.

Warum dieser Mechanismus zu DeepSeek Harness passt

[Aus dem Papier abgeleitete Inferenz] DSH macht Tools / Skills / Sessions / Sandboxes / Storage / Loops / Sub-agent scheduling / UI zu Cordis-Plugins, daher:

1. Heißer Austausch von Tool Providern: ein Tool während des Agentenlaufs ersetzen (z. B. Version des Dateisuch-Tools upgraden) → Cordis entlädt das alte Fiber, installiert das neue, und Sessions und Sub-Agenten, die von diesem Tool abhängen, re-resolven automatisch. Der gesamte Prozess wird durch das Ordering-Theorem garantiert: der alte Provider wird nach seinen Consumern entladen, es gibt also kein "Verwenden eines bereits freigegebenen Tools".
2. Unabhängige Umgebung für Sub-Agenten: jeder Sub-Agent leitet mit ctx.isolate einen unabhängigen Kontext ab, und derselbe Key (z. B. 'filesystem') löst sich in verschiedenen Sub-Agenten zu unterschiedlichen Instanzen auf. Sub-Agenten verschmutzen einander nicht; der Eltern-Agent kann verschiedene Realms auf verschiedene Sub-Agenten anwenden.
3. Sandbox-Berechtigungssteuerung: strengere Zugriffsrichtlinien für Community-Plugins (z. B. schreibgeschütztes Dateisystem) über ctx.intercept anwenden und ihre Fähigkeiten einschränken, ohne den Plugin-Code zu ändern.
4. Trajectory-Nachverfolgung: das append-only Session-Log von DSH und der Effect-Accumulator von Cordis sind im Geist verwandt — beide sind "reproduzierbare Laufspuren". Aber beachten Sie die Unterscheidung: das Session-Log von DSH zeichnet auf der Emission-Ebene (§6.1) auf und kann nicht automatisch rückgängig gemacht werden; der Accumulator von Cordis liegt auf der Acquisition-Ebene und kann automatisch wiederhergestellt werden. Ersteres ist ein Log "was passiert ist"; letzteres ist eine Kette inverser Operationen "wie die eingetretenen Seiteneffekte rückgängig zu machen sind".

Aktueller Stand von DeepSeek Harness

[Anhand offizieller Quellen verifiziert, 2026-08-15] Zum aktuellen Zeitpunkt ist DSH weiterhin Developer Preview, und Kern-Plugins und APIs werden sich weiterentwickeln. Offizielle Aussage: "core plugins and APIs are expected to continue evolving".

Vier Ausführungsmodi:

• Standard: vollständiger Coding-Agent, der den gesamten Werkzeugsatz exponiert;
• Code: exponiert das Code Mode SDK; das Modell generiert TypeScript, um Werkzeugaufrufe zu orchestrieren;
• Minimal: nur die Werkzeuge bash + str_replace_editor, für Benchmarks;
• Creator: benutzerdefinierte Presets bauen, die Laufzeit inspizieren, Plugins testen, Presets schreiben.

Die Trajectory-Ansicht unterstützt resume / fork / search / replay, alle basierend auf dem append-only Session-Log — das echo auf die Beschreibung in §1.2.2 eines selbst-evolvierenden Agent-Harness (forkbar, replaybar, fähig, Anfragen kontinuierlich zu bedienen).

Implikationen für andere Agent Runtimes

[Persönliche Bewertung] Die Implikationen dieser Architektur für Agent Runtimes wie DeepSeek Harness, Claude Code, Codex, OpenClaw usw.:

• Heißer Austausch von Tools: ein Tool während des Agentenlaufs ersetzen, ohne die Session neu zu starten;
• Sub-Agenten-Isolierung: ctx.isolate gibt jedem Sub-Agenten eine unabhängige Abhängigkeitssicht;
• Capability-Deklaration als Berechtigung: fiber.inject ist die Capability-Anfrageliste und kann beim Laden auditiert werden;
• Trajectory = Emission: das append-only Session-Log ist eine Emission (§6.1) und kann nicht automatisch rückgängig gemacht werden; resume/fork/replay zu unterstützen, erfordert weiterhin ein Compensation-Design auf der Emission-Ebene;
• Nicht vertrauenswürdige Plugins: benötigen weiterhin Prozess/Container/WASM-Sandbox; Cordis bietet nur Isolierung auf Sprachebene.

Aber beachten Sie: das Papier ist das theoretische Modell von Cordis v4, und DeepSeek Harness ist ein Developer-Preview-Produkt auf Cordis. Die Beziehung ist "DSH baut auf Cordis, und Cordis implementiert das Modell des Papiers", nicht "DSH hat bereits alle Schlussfolgerungen des Papiers bewiesen". Siehe Grenzen und Evidenzstärke.