OpenClaw Intègre des Fonctionnalités Issues de la Fuite de Code de Claude

Intégration sélective de fonctionnalités du code Claude

Un développeur sur r/openclaw a rapporté avoir fait analyser par son bot OpenClaw le code Claude divulgué (spécifiquement la recréation en Rust par Instructkr) pour identifier et intégrer des modèles architecturaux utiles. L'approche ne consistait pas à cloner le code Claude, mais plutôt à intégrer sélectivement des "coutures" ou composants spécifiques qui pourraient améliorer les fonctionnalités existantes d'OpenClaw.

Objectifs d'intégration et principe fondamental

L'objectif était de rendre OpenClaw plus "fluide, durable et proactif" tout en préservant ses forces existantes : sessions, cron/rappel, messagerie multi-canaux, contrôle navigateur/appareil/nœud et son système de mémoire en couches. Le principe fondamental était : "Si une véritable couture de donneur existe, la réutiliser/l'adapter au lieu de tout redessiner à partir de zéro."

Fonctionnalités spécifiques intégrées

• Continuité automatique au démarrage : Permet à l'assistant de reprendre le contexte automatiquement au lieu d'exiger des invites rituelles pour chaque nouvelle session.
• Compression/continuité des conversations : Adapte l'approche plus propre du code Claude pour préserver le contexte des longues sessions tout en évitant le gaspillage de tokens sur l'historique brut.
• Cadre de hooks pré-outil/post-outil : Crée une couche d'interception propre pour les vérifications de sécurité, la mise en forme des résultats d'outils et les futurs comportements proactifs, remplaçant une logique dispersée.
• Sous-agents typés + budgets d'outils : Implémente des rôles distincts (recherche, implémentation, revue) avec des capacités limitées au lieu de "chaque agent peut tout faire".
• Superposition de configuration en temps réel + provenance : Montre mieux d'où vient la configuration et ce qui remplace quoi, rendant le débogage moins pénible.
• Normalisation sandbox/exécution : Gestion plus explicite de l'état d'exécution, des requêtes sandbox et du comportement en temps réel pour une opération plus fiable.
• Formatage structuré des retours de hooks : Modèles propres et cohérents pour les avertissements, refus et retours d'outils pour aider les modèles à interpréter les résultats.
• Plomberie des candidats mémoire : Objectif à long terme d'implémenter une mémoire limitée, révisable et proactive au lieu d'une auto-mémoire chaotique.

Processus d'intégration

Le flux de travail a suivi une approche systématique : inspecter directement la source du donneur, trouver la plus petite véritable couture, la porter fidèlement, la tester, l'auditer, puis passer à la couture suivante. Le développeur a noté que ce processus était "étonnamment propre" et que son bot a trouvé cela "amusant".