OpenClaw 2026.6.1, Claude Code 2.1.162, Qwen 3.7 und Agenten-Speicherinfrastruktur — Episode 63 cover art
Episode 63·4. Juni 2026·37:29

OpenClaw 2026.6.1, Claude Code 2.1.162, Qwen 3.7 und Agenten-Speicherinfrastruktur

[00:00] Episode-Einstieg OpenClaw v2026.6.1, Hermes Agent v2026.5.29.2 und Claude Code 2.1.162 erscheinen im selben Episodenfenster. Der stabile OpenClaw-Tag ist v2026.6.1, der Hermes-stabile Tag bleibt bei v2026.5.29.2 und der neueste Claude Code npm `latest` ist 2.1.162. OpenClaw v2026.6.1 bietet Workboard-Orchestrierung, einen verwalteten Skill Workshop, SQLite-gestützte Zustandswiederherstellung und MiniMax M3-Provider-Unterstützung. Claude Code 2.1.162 fügt Sichtbarkeit beim Warten in `claude agents --json` hinzu und eine Reihe von Berechtigungen Show notes: https://tobyonfitnesstech.com/de/podcasts/episode-63/

🎧 Listen to Episode

Folge 63 — 4. Juni 2026

[00:00] Episoden-Einstieg

OpenClaw v2026.6.1, Hermes Agent v2026.5.29.2 und Claude Code 2.1.162 erscheinen im selben Episodenfenster. Der stabile OpenClaw-Tag ist v2026.6.1, der Hermes-Stable-Tag bleibt bei v2026.5.29.2 und das neueste Claude Code npm-latest ist 2.1.162. OpenClaw v2026.6.1 bringt Workboard-Orchestrierung, einen regulierten Skill Workshop, SQLite-gestützte Zustandswiederherstellung und MiniMax M3-Provider-Unterstützung. Claude Code 2.1.162 fügt Sichtbarkeit bei Wartezeiten in claude agents --json hinzu sowie eine Reihe von Berechtigungs- und Unterbrechungsfixes über fünf Versionen von 2.1.158 bis 2.1.162. Qwen 3.7 Max und Plus teilen sich die Programmieren-Reasoning- und Multimodal-Vision-Spuren. agentmemory macht jeden Agenten auf deinem Rechner zu einer gemeinsamen persistenten Kontextschicht. Dies ist eine 60-minütige Episode — behalte die bestehenden Builder-Storys bei und erweitere die Runtime.

[02:00] OpenClaw v2026.6.1 Deep Dive — Workboard, Skill Workshop, SQLite-Wiederherstellung und Provider-Erweiterung

OpenClaw v2026.6.1 erschien am 3. Juni 2026 und ist der Hauptblock der Episode. Das wichtigste neue Feature ist Workboard — eine Multi-Agent-Planungs- und Laufverfolgungsfläche mit Orchestrierungsprimitiven, aufgabenbasierte Board-Läufe und Aufgabenkommentare im Bearbeitungsmodal. Workboard ist nicht nur eine Aufgabenliste; es ist eine vollständige Koordinationsfläche, die Aufgabenzerlegung und Worktree-per-Aufgabe-Ausführung mit der richtigen Agentenverkabelung antreiben kann. Die wichtigste Änderung ist, dass OpenClaw sich von einer Single-Agent-Runtime zu einer Multi-Agent-Koordinationsschicht bewegt. Ein Kanban-Board in Workboard ist nicht nur Statusverfolgung — es treibt tatsächliche Aufgabenzerlegung mit Agenten-Koordinationswerkzeugen für Multi-Agent-Planung und Laufverfolgung.

Skill Workshop fügt regulierte Skill-Erstellung zur Control UI hinzu. Vorschläge fließen durch Apply/Reject/Quarantine-Kontrollen mit Rollback-Metadaten. Support-Dateien unter Standard-Skill-Ordnern erhalten Scanner-, Hash- und Rollback-Sicherungen. Das skill_workshop Agent-Tool ist jetzt Teil des OpenClaw-Agent-Tool-Sets — ein Agent kann einen Skill-Vorschlag initiieren, ihn überprüfen lassen und ihn innerhalb der OpenClaw-Runtime ohne externe Werkzeuge genehmigen lassen. Das skill_workshop Agent-Tool kann explizite Vorschläge durch den gesicherten Review-Flow Apply, Reject und Quarantine. Vorschläge können genehmigte Support-Dateien unter Standard-Skill-Ordnern mit Scanner-, Hash- und Rollback-Sicherungen tragen. Ausstehende Vorschläge können mit versionsierten, datierten Proposal-Frontmatter vor der Genehmigung direkt überarbeitet werden. Die Skill Workshop-Anleitung erscheint auch in Codex app-server Prompts, wenn skill_workshop verfügbar ist, was bedeutet, dass Codex zur richtigen Zeit in einem Lauf nach Skill-Governance fragen kann. Die Control UI hat jetzt einen vollständigeren Skill Workshop-Flow mit Vorschlagslisten, heutigen Aktionen, Überarbeitungsübergabe, durchsuchbaren Dateivorschauen, Review-States, Locale-Abdeckung und wiederverwendbarer Session-Routing.

Agent- und CLI-Runtime-Wiederherstellung ist der dritte große Verbesserungsbereich. Tool-Aufrufe, die unterbrochen werden, veraltete Session-Bindings, Komprimierungsübergaben und Medienlieferungswiederholungen erholen sich alle sauberer. Die Fixes decken unterbrochene Tool-Aufrufe, veraltete Session-Bindings, Komprimierungsübergaben und Medienlieferungswiederholungen über fünf Pull-Requests ab. Provider- und Plugin-Anfragepfade haben mehr Timer, Wiederholungen, OAuth- und Device-Code-Lebenszeiten, Medien-Downloads, lokale Service-Probes und generierte Inhalts-Polling-Pfade gebunden, bevor sie einen Lauf aufhängen können.

iMessage-Monitorzustand, eingehende Warteschlangen und Plugin-Install-Ledger wurden auf SQLite-gestützten Zustand umgestellt, sodass Neustarts ohne doppelte Dateisystem-Scans wiederherstellen. Das Plugin-Install-Index wird jetzt in SQLite persistiert, sodass installierte Paket-Lookups Neuladungen mit weniger Dateisystem-Scans überstehen. iOS fügt gehostete Push-Relay-Standards, Echtzeit-Talk-Wiedergabe und einen gesicherten WebSocket-Ping-Pfad für zuverlässigere mobile Sessions unter variablen Netzwerkbedingungen hinzu. Kanal- und mobile Zustellung über Telegram, WhatsApp, iMessage, Slack, Discord, Microsoft Teams, Google Chat, Google Meet und iOS Echtzeit-Talk ist stabiler mit Fixes an eingehenden Warteschlangen und Push-Relay.

Provider-Erweiterung fügt MiniMax M3 zum Modell-Registry mit seinem 1.000.000-Token-Kontextfenster, Sparse Attention (MSA)-Architektur, multimodalen Fähigkeiten, MiniMax Code und vollständiger API-Verfügbarkeit hinzu — OpenClaw-verwaltete Agenten können darüber durch die Standard-Provider-Schnittstelle ohne benutzerdefinierte Konfiguration routen. Konto-OAuth-Endpunkte sind jetzt in Provider-Metadaten für vollständigere OAuth-Flows enthalten. Google und Vertex-Katalog-Fixes adressieren Modell-Browsing und berechtigungsbewusstes Katalog-Laden. OpenRouter verwendet jetzt SQLite für Modell-Metadaten-Caching, was bedeutet, dass Katalogzustand Neustarts übersteht und wiederholte Netzwerkaufrufe für Katalogmetadaten vermeidet. Copilot Claude 1M-Fähigkeiten werden erkannt. Foundry Reasoning Alignment adressiert Reasoning-Modelle über Microsofts Foundry-Endpunkt. OpenAI Response Replay Guards schützen vor nicht-deterministischen Replay-Edge-Cases. Skills, Session-Metadaten, Gateway-Laufzeitstatus, Plugin-Metadaten, Memory-Watcher und Store-Schreibvorgänge erledigen weniger wiederholte Arbeit auf Hot-Paths. Code Mode fügt interne Namespaces für bereichsbezogene Agenten und globale Sessions mit exaktem Namespace-Tool-Dispatch hinzu, plus MCP-API-Dateien und Docs für Code-Mode-Integrationen.

Praktische Upgrade-Liste: Öffne ein Workboard, erstelle eine Aufgabe und verifiziere, dass der Board-Zustand über einen Gateway-Neustart hinweg persistiert; führe einen Skill Workshop-Vorschlag durch Apply und Review; verifiziere, dass ein unterbrochener Tool-Aufruf sich sauber erholt; prüfe eine Kanalzustellung (Telegram oder Discord) übersteht eine Unterbrechung mitten in der Zustellung; bestätige, dass ein Provider-Pfad (MiniMax M3 oder OpenRouter) korrekt lädt; und teste iOS Talk-Wiedergabe mit dem neuen gesicherten WebSocket-Ping-Pfad.

[26:00] Claude Code 2.1.162 — waitingFor JSON, Berechtigungsregeln, MCP-Timeout-Fixes und Interrupt-Handling

Claude Code 2.1.162 ist fünf Versionen nach dem EP059-Baseline von 2.1.157. Die wichtigste änderung für Operatoren ist, dass claude agents --json jetzt ein waitingFor-Feld anzeigt — es sagt dir, warum eine Hintergrundsession stecken bleibt, egal ob es ein Berechtigungs-Prompt oder ein anderer Blocker ist. Dies macht es möglich, Überwachungswerkzeuge zu bauen, die Staus diagnostizieren, ohne dass ein Mensch anhängen und inspizieren muss.

WebFetch-Berechtigungsregeln sind jetzt explizit — Deny- und Ask-Regeln haben Vorrang vor der Auto-Allow-Liste für vorab genehmigte Hosts, was eine Lücke schließt, in der eine Domain auf der Vorab-Genehmigt-Liste sein und trotzdem explizite Regeln haben konnte, die sie hätten blockieren sollen. Windows-Pfadbehandlung für Backslashes und pfadvariante Pfade ist behoben — Read-Deny-Regeln verbergen Dateien jetzt tatsächlich vor Glob- und Grep-Ergebnissen. MCP-Timeout-Konfigurationen unter 1000ms flooren nicht mehr auf 1 Sekunde und brechen jeden Tool-Aufruf ab; sie fallen auf den Standard oder MCP_TOOL_TIMEOUT zurück, und claude mcp get annotiert sie entsprechend. Der Interrupt-bei-Turn-Start-Fix schließt eine Lücke in stream-json- und SDK-Sessions, wo ein Esc, sofort nach dem Senden eines Prompts gedrückt, den Turn stillschweigend fallen ließ und ihn ohne Feedback weiterlaufen ließ.

/effort bestätigt jetzt, wenn das gewählte Niveau als Standard für neue Sessions persistiert. Remote Control zeigt sich als persistente Footer-Pille mit Session-Link — es erscheint nicht mehr als Startup-Meldung, die davonscrollt. Der Windsurf-zu-Devin-Rebrand spiegelt sich in /ide, /terminal-setup und /scroll-speed wider. Ein stilles Startup-Hang, wenn das Konfigurationsverzeichnis schreibgeschützt oder nicht beschreibbar ist, zeigt jetzt eine Diagnose statt eines leeren Bildschirms. Ruhigere Startup-Gruppierungen bemerken nach Schweregrad und Session-Info und Ankündigungen teilen sich eine einzelne Zeile pro Start.

Die LSP-Tool-workspaceSymbol-Operation akzeptiert jetzt einen Query-Parameter und übergibt ihn an den Language Server. API 400 no low surrogate in string-Fehler für Classifier-Side-Queries und MCP-Server-Beschreibungen mit Emoji nahe Truncation-Grenzen sind behoben. Mehrere claude agents UI-Probleme sind gelöst: Status-Detail trunkiert nicht mehr bei 60–120 Spalten auf breiten Terminals, lange Session-Namen trunkieren nicht mehr bei 40 Spalten, Attach springt nicht mehr auf die erste Try nach einem Background-Service-Neustart zur Session-Liste zurück, Ctrl+V Bild-Einfügen funktioniert im Dispatch-Input und Session-Reply-Box, und Backgrounding mit ← verliert nicht mehr stillschweigend die Konversation, wenn der Background-Service nicht starten kann. Fehlgeschlagene Turns zeigen jetzt eine kompakte Warnzeile statt eines mehrzeiligen roten Fehlerblocks.

Praktische Test-Liste: Führe claude agents --json auf einer Hintergrundsession aus und prüfe waitingFor; verifiziere WebFetch explizites Deny-Verhalten; teste einen MCP-Server mit einem Timeout unter 1000ms und bestätige, dass er in claude mcp get annotiert ist; sende einen Interrupt ganz am Anfang eines Turns in einer stream-json-Session und verifiziere Interrupted-Feedback.

[40:00] Qwen 3.7 Max und Plus — Programmieren-Reasoning vs. Multimodal-Vision-Aufspaltung am Agent-Frontier

Qwen 3.7 landete am 19. Mai 2026 als zwei unterschiedliche Varianten. Max zielt auf Reasoning, Programmieren und Mathe — dieselbe Spur wie Codex und Claude Codes Primärmodelle. Plus zielt auf multimodale und Vision-Aufgaben. Beide sind Open-Weight und über OpenRouter API und lokale Deployment-Tools verfügbar. Qwens agentische Positionierung bedeutet, dass die Modelle für Tool-Use und Agent-Computer-Interaktion designt sind, nicht nur für Single-Turn-Vervollständigung.

Für OpenClaw-, Codex- und Claude Code-Operatoren ist Qwen 3.7 Max eine Routing-Option für programmierlastige Workloads. Für Agenten, die Bilder, Dokumente und visuelle Inputs verarbeiten müssen, füllt Qwen 3.7 Plus eine andere Spur als die reinen Programmiermodelle. Die Aufspaltung ist wichtig für Modell-Routing-Entscheidungen — du wählst basierend darauf, ob die Aufgabe hauptsächlich Codegenerierung oder multimodales Verständnis ist.

Probier es aus: Ziehe eine Qwen 3.7 Quantisierung durch Ollama oder LM Studio und vergleiche die Codegenerierungsqualität mit deinem aktuellen Programmieragenten-Modell. Für multimodale Aufgaben probiere Qwen 3.7 Plus durch OpenRouter API mit einem Dokument- oder Bildeingabe.

[51:00] agentmemory — geteilter persistenter Kontext für den gesamten Agent-Stack

agentmemory löst das Blankostein-Problem bei jedem Agent, den Sie ausführen. Wenn Claude Code, Codex, Hermes und OpenClaw alle denselben Speicherserver auf Port 3111 nutzen, überlebt der Kontext aus der Arbeit der letzten Woche in die Sitzung dieser Woche. Das System nutzt die iii-Engine, installiert sich als globales npm-Paket und verbindet sich über native Plugins, Hooks oder MCP – je nach Agent.

Der konkreteste Anwendungsfall ist ein Entwickler, der an einer Codebasis über mehrere Agents arbeitet – Claude Code für hochrangige Refactoring-Aufgaben, Codex für Shell- und Dateioperationen, Hermes für die Orchestrierung mehrstufiger Aufgaben. Ohne eine gemeinsame Speicherschicht startet jeder Agent kalt. Mit agentmemory fließt der Kontext aus der letzten Claude Code-Sitzung in das ein, was Codex als nächstes tut.

Installieren, die Demo ausführen, mit Ihrem Agent verbinden und die Erinnerungsfähigkeit über zwei Sitzungen hinweg verifizieren.

[61:00] CodeGraphContext v0.4.13 — Code-Graphen für Agents und Entwickler

CodeGraphContext indexiert Code in einer Graphdatenbank und macht den Graphen sowohl über eine CLI als auch einen MCP-Server zugänglich. Das Dual-Mode-Design bedeutet, dass ein Index sowohl der menschlichen Erkundung als auch Agent-Toolaufrufen dient. Die Indexing-Engine analysiert Code mit tree-sitter-Knoten und baut einen Graphen von Komponenten auf – Funktionen, Klassen, Methoden, Parameter, Vererbungsbeziehungen, Funktionsaufrufe und Importe. Der CLI-Modus ermöglicht es Entwicklern, natürliche Sprachabfragen gegen den Graphen auszuführen. Der MCP-Modus macht Tools wie get_callers, get_callees, get_class_hierarchy und get_call_chain über das MCP-Protokoll verfügbar. Live-Dateiüberwachung aktualisiert den Graphen in Echtzeit, wenn sich Dateien ändern. Vorkonfigurierte Bundles ermöglichen es, berühmte Repositories sofort zu laden, ohne sie indexieren zu müssen. Der Graph reduziert den Tool-Aufruf-Overhead bei größeren Codebasen, bei denen eine Textsuche dutzende von Dateien durchsuchen müsste. Verbinden Sie ihn mit Ihrem Agent und stellen Sie dieselbe Frage über die MCP-Schnittstelle, um die Antwort des Agents mit dem zu vergleichen, was Sie über die CLI erhalten haben.

🎙 Never miss an episode — subscribe now

🎙 Subscribe to AgentStack Daily