OpenClaw Family Gateway : Budgets de jetons, réglage de la mémoire et plugins personnalisés

Configuration et Matériel
Le système utilise un MacBook Pro (Apple Silicon) comme nœud CLI et un NAS QNAP TS-253A (Intel Celeron N3150, 8 Go de RAM) comme passerelle toujours allumée, avec une instance Cloud Run pour la mémoire à long terme. Le Mac se connecte à la passerelle QNAP via WebSocket via Tailscale Serve. Le conteneur de la passerelle fonctionne avec 1,5 Go de RAM et 2 cœurs de CPU. Le démarrage prend environ 3 minutes pour la compilation des compétences sur le processeur Celeron.
Problème 1 : Gonflement des Tokens
Les fichiers markdown de l'espace de travail gonflaient et consommaient la fenêtre de contexte avant même que les conversations ne commencent. La solution :
- Établissement d'un budget strict : maximum 9 fichiers d'espace de travail, maximum 6 600 octets au total
- Condensation de l'identité de l'agent, des règles d'autorité, de la référence des outils et du protocole de mémoire dans des fichiers légers : SOUL.md, AGENTS.md, TOOLS.md, MEMORY.md
- Troncation des fichiers par défaut en amont qui ne pouvaient pas être supprimés (ils se restaureraient via la synchronisation de l'espace de travail) - IDENTITY.md est passé de 636 octets à 14 octets
- Génération automatique de HEARTBEAT.md toutes les 15 minutes avec les résultats cron et l'état du système, limité à <1 000 octets
- Désactivation de autoRecall (l'agent recherche les mémoires à la demande) et de humanDelay (pas de latence de frappe artificielle)
- Création de tests E2E qui appliquent le nombre de fichiers et les totaux d'octets, vérifiant l'augmentation du gonflement pendant les mises à jour
Problème 2 : Ajustement du Système de Mémoire
Utilisation d'un système de mémoire basé sur Redis (agent-memory-server 0.13.2) avec plus de 3 000 mémoires accumulées.
- Qualité de la récupération : Le seuil de similarité par défaut (0,2) était trop bas. Augmenté à 0,3 et écrit un script d'évaluation avec 24 requêtes de test sur 7 catégories (faits familiaux, technologie, préférences, santé, travail, médias, outils) pour ajuster empiriquement le seuil
- Couche de reclassement : Le plugin récupère 3x plus du serveur (limite de 45 résultats), puis applique un score de métadonnées (niveau d'importance, statut épinglé, pertinence temporelle) avant de reclasser et de tronquer pour obtenir l'ensemble final de résultats
- Embeddings contextuels : Un script nocturne ajoute un contexte situationnel aux mémoires avant leur stockage (date, type de source, quels membres de la famille sont mentionnés) pour améliorer la recherche sémantique
- Contournement des bogues du serveur : Les requêtes PATCH échouent sans le paramètre de requête
?namespace=claw; le serveur rejoint les tableaux de sujets avec des barres verticales lors des mises à jour, les corrompant ; les filtres d'entité/sujet renvoient des erreurs 500 en raison de champs de schéma RediSearch manquants - « Cycle de Rêve » nocturne : Une tâche cron à 2h du matin exécute une consolidation de mémoire en 7 phases : catalogage, épinglage des mémoires importantes, mise en relation des faits connexes, déduplication, renforcement des modèles temporels, analyse des lacunes et génération d'un rapport de santé
- Curateur hebdomadaire : Gère une maintenance plus approfondie - déduplication sémantique, enrichissement, détection de contradictions, dégradation des mémoires obsolètes et consolidation des fragments en utilisant un modèle évaluateur-optimiseur avec une validation de qualité par LLM
Problème 3 : Plugins Personnalisés
Construction de 12 plugins personnalisés avec plus de 175 commandes pour la gestion du foyer :
- Spotify : 19 commandes pour le contrôle musical multi-utilisateur du foyer (5 comptes familiaux)
- Eero : 41 commandes pour la gestion du réseau maillé - contrôle des appareils, profils, paramètres parentaux
- NextDNS : 22 commandes pour le filtrage DNS, l'analyse et la surveillance de l'activité des enfants
- Tailscale : 21 commandes pour la gestion des appareils réseau, les ACL et l'authentification
Fonctionnalités du Système
Canaux : Slack et Discord avec sessions DM par utilisateur et isolation. Système de permissions hiérarchisé (admin/secondaire/de confiance) avec filtrage de contenu adapté à l'âge pour les membres de la famille (âgés de 10 à 15 ans).
📖 Lire la source complète : r/openclaw
👀 See Also

Designer crée une application native Mac pour étiqueter des photos avec Claude Code et un modèle de vision local
Un designer sans expérience de Xcode a utilisé Claude Code pour créer Loupe, une application Mac SwiftUI qui analyse des photos avec un modèle de vision local (minicpm-v via Ollama) et écrit des métadonnées IPTC/XMP. L'application inclut un traitement parallèle, une détection automatique du matériel et un système d'apprentissage qui s'adapte au style d'étiquetage.

OpenClaw VPS vs Déploiement Local : L'Expérience d'un Développeur
Un développeur partage son expérience détaillée de l'exécution d'OpenClaw sur VPS par rapport aux configurations locales, mettant en lumière les problèmes de latence, les limitations de permissions et les difficultés d'automatisation du navigateur sur VPS, ainsi que les avantages du déploiement local, notamment l'accès aux sessions du navigateur et aux fichiers locaux.

Claude IA utilisée pour configurer un serveur domestique Proxmox via SSH
Un développeur a utilisé Claude AI via SSH pour configurer un serveur domestique Proxmox VE 9.1, réalisant des tâches allant du formatage des disques et de la création d'un pool ZFS au déploiement Docker et au renforcement de la sécurité.

Organisation OpenClaw Telegram : La configuration "Un sujet par agent" résout le chaos des discussions
Un développeur a résolu les problèmes de gestion d'OpenClaw sur Telegram en mettant en place une structure de sujet par agent dans un groupe dédié, réduisant ainsi la contamination du contexte et améliorant le débogage. La configuration comprend un mappage spécifique des sujets, des paramètres par défaut de mention uniquement, et des règles de routage plus claires.