OpenClaw integriert Funktionen aus dem Claude-Code-Leak

Selektive Feature-Integration aus dem Claude-Code

Ein Entwickler auf r/openclaw berichtete, dass sein OpenClaw-Bot den geleakten Claude-Code (insbesondere den Rust-Nachbau von Instructkr) analysierte, um nützliche Architekturmuster zu identifizieren und zu integrieren. Der Ansatz bestand nicht darin, den Claude-Code zu klonen, sondern selektiv bestimmte "Nahtstellen" oder Komponenten zu übernehmen, die die bestehende Funktionalität von OpenClaw verbessern könnten.

Integrationsziele und Kernprinzip

Das Ziel war es, OpenClaw "nahtloser, robuster und proaktiver" wirken zu lassen, während seine bestehenden Stärken erhalten bleiben: Sitzungen, Cron/Erinnerungen, kanalübergreifende Nachrichten, Browser-/Geräte-/Node-Steuerung und sein geschichtetes Speichersystem. Das Kernprinzip lautete: "Wenn eine echte Spender-Nahtstelle existiert, wiederverwenden/anpassen statt von Grund auf neu zu entwerfen."

Spezifische Features, die integriert werden

• Automatische Startkontinuität: Ermöglicht dem Assistenten, den Kontext automatisch fortzusetzen, anstatt für jede neue Sitzung Ritualaufforderungen zu benötigen.
• Gesprächskompaktierung/Kontinuität: Passt den saubereren Ansatz von Claude-Code zur Bewahrung von Langsitzungskontext an, während Token-Verschwendung durch Rohverlauf vermieden wird.
• Pre-Tool/Post-Tool-Hook-Framework: Erstellt eine saubere Abfangschicht für Sicherheitsprüfungen, Tool-Ergebnisformung und zukünftige proaktive Verhaltensweisen, die verstreute Logik ersetzt.
• Typisierte Subagenten + Tool-Budgets: Implementiert klare Rollen (Recherche, Implementierung, Überprüfung) mit begrenzten Fähigkeiten statt "jeder Agent kann alles".
• Laufzeitkonfigurationsschichtung + Herkunft: Zeigt besser, woher Konfigurationen stammen und was was überschreibt, um das Debuggen weniger mühsam zu machen.
• Sandbox/Ausführungsnormalisierung: Explizitere Handhabung von Ausführungsstatus, Sandbox-Anfragen und Laufzeitverhalten für vertrauenswürdigere Operationen.
• Strukturierte Hook-Feedback-Formatierung: Saubere, konsistente Muster für Warnungen, Ablehnungen und Tool-Feedback, um Modellen die Ergebnisinterpretation zu erleichtern.
• Speicherkandidaten-Verknüpfung: Langfristiges Ziel der Implementierung von begrenztem, überprüfbarem, proaktivem Speicher statt chaotischem Auto-Speicher.

Integrationsprozess

Der Workflow folgte einem systematischen Ansatz: Spender-Quellcode direkt inspizieren, die kleinste echte Nahtstelle finden, sie treu übertragen, testen, überprüfen, dann zur nächsten Nahtstelle übergehen. Der Entwickler merkte an, dass dieser Prozess "überraschend sauber" war und sein Bot es "lustig" fand.