Extraction des composants d'OpenClaw : L'expérience d'un développeur avec la file d'attente de voie et le système de mémoire

Extraction de la Lane Queue d'OpenClaw

Un développeur souhaitait utiliser des composants spécifiques d'OpenClaw — recherche en mémoire, file d'attente de tâches, automatisation du navigateur — sans installer l'ensemble du système. Le premier composant testé a été la Lane Queue, le système d'exécution de tâches d'OpenClaw qui traite les messages séquentiellement plutôt qu'en parallèle.

Le développeur a documenté le fonctionnement du modèle à partir du code source TypeScript, puis a utilisé Claude Code pour le réimplémenter en Python uniquement à partir de la documentation. La réimplémentation a réussi les quatre modes de file d'attente, mais la documentation présentait cinq lacunes qui ne sont apparues qu'à l'implémentation :

• Comment fonctionne l'annulation entre la file d'attente et les tâches en cours d'exécution
• Quel verrou saisir en premier lorsqu'il y a deux couches
• Si les messages apparaissant à la fois dans les modes "steer" et "followup" sont traités deux fois

Une revue de code structurée de la réimplémentation Python a révélé 13 problèmes supplémentaires :

• Un bug où les messages groupés étaient séparés individuellement
• Un motif de récursivité qui échouerait avec suffisamment de messages
• Un séparateur basé sur des chaînes qui échoue silencieusement si les messages contiennent cette chaîne

Examen du système de mémoire

Le développeur a ensuite examiné memsearch, une extraction autonome du système de mémoire d'OpenClaw par l'équipe Zilliz. Initialement, il semblait manquer environ 10 fonctionnalités par rapport à l'implémentation d'OpenClaw.

Quatre fonctionnalités étaient en réalité présentes mais non mentionnées dans le README :

• Surveillance des fichiers
• Cache d'incorporation
• Délimitation multi-agent
• Analyse de transcription

Six fonctionnalités sont véritablement absentes de memsearch :

• Réindexation atomique
• Fallback FTS uniquement
• Décroissance temporelle
• MMR (Maximal Marginal Relevance)
• Expansion de requête
• Limitation de débit

Évaluation de sécurité

Le développeur a évalué chaque composant à l'aide du cadre Lethal Quartet (accède aux données privées, traite du contenu non fiable, communique en externe, conserve la mémoire).

La Lane Queue a obtenu 0/4 — pure logique sans accès aux fichiers, au réseau ou à la mémoire. Tout le reste comportait des implications de sécurité :

• Le système de mémoire peut être empoisonné via MEMORY.md
• 12-20 % des compétences ClawHub seraient apparemment malveillantes
• Les outils de navigateur exposent l'état de la session
• La passerelle présente 9 CVE

Principaux enseignements

Le développeur a conclu que la documentation peut être trompeuse, que les README sous-estiment ou surestiment souvent les capacités, et que l'extractibilité ne garantit pas la sécurité d'utilisation. Différents composants ont des profils de sécurité très différents, la Lane Queue étant le seul composant sans préoccupation de sécurité.