Construction d'un assistant multi-agent entièrement local avec OpenClaw et Ollama

Un développeur sur r/openclaw construit un assistant IA personnel entièrement local (pensez à Jarvis) en utilisant OpenClaw comme framework d'agents, Ollama pour l'inférence locale, et un MINISFORUM AI X1 avec Ryzen AI 9 HX470, 96 Go de RAM et 2 To NVMe (GPU via Oculink prévu). L'objectif : un système multi-agent proactif qui intègre la domotique, les documents, le calendrier, la santé et les communications — le tout en local, sans aucune donnée sensible quittant l'infrastructure.
Détails de la pile
- Framework d'agents : OpenClaw
- Moteur d'inférence : Ollama
- Modèles : qwen3.5:35b-a3b (principal), gemma3:4b (domotique), mistral:7b (vie/gmail)
- Serveurs MCP : Home Assistant, Gmail
- Interface : Telegram Bot, future intégration STT dans la domotique
Architecture des sous-agents
L'agent de routage principal délègue à des sous-agents spécialisés :
- Agent HA – contrôle et débogage de la domotique (commencé)
- Agent Gmail – gestion des e-mails (commencé)
- Agent Vie – gestion du calendrier, des tâches, des listes de courses (à faire)
- Agent Santé – suivi des données de santé et sportives (à faire)
- Agent Recherche – RAG web + documents (dans paperless ngx sur NAS) (à faire)
- Agent Dev – tâches de codage avec des agents séparés de codage, test, documentation (à faire)
Défis et questions ouvertes
- Gonflement du contexte : La taille du contexte devient très grande même pour des messages simples. La configuration nécessite probablement un meilleur cadrage des serveurs MCP et une isolation des outils des sous-agents.
- Cadrage MCP par agent : Pas de moyen natif de restreindre les serveurs MCP à des agents spécifiques pour l'instant. Solutions de contournement recherchées étant donné un bug ouvert.
- Configuration des sous-agents : Recherche d'un exemple bien structuré de
agents.listpour cette configuration multi-agent. - Sélection de modèle local : Appel d'outils fiable avec Ollama sous 32 Go de VRAM — des recommandations ?
- Environnement d'inférence : Envisage de passer à llama.cpp au lieu d'Ollama si cela offre un meilleur contrôle.
Le développeur est ouvert aux retours sur l'approche et la configuration. Si vous avez rencontré des problèmes similaires de passage à l'échelle multi-agent ou des solutions de contournement pour le cadrage MCP, rejoignez la discussion sur Reddit.
📖 Lire la source complète : r/openclaw
👀 See Also

Limites de débit de l'API Claude : Fenêtres horaires, gestion du contexte et surcharge MCP
L'analyse des limites de débit de l'API Claude révèle des restrictions plus strictes pendant les heures de pointe (5h-11h PT / 8h-14h ET en semaine), avec la gestion du contexte et l'utilisation du serveur MCP ayant un impact significatif sur la consommation de tokens. Les stratégies pratiques incluent le travail en dehors des fenêtres de pointe, le démarrage de nouvelles conversations pour chaque nouvelle tâche et l'audit des intégrations MCP.

Évaluation de la sécurité des compétences des agents : considérations clés avant l'installation
L'installation de nouvelles compétences d'agent peut améliorer les fonctionnalités, mais elle comporte également des risques. Découvrez comment évaluer la sécurité de ces compétences pour protéger votre système.

Qwen3.5-397B MoE fonctionne avec 14 Go de RAM via un chargement d'expert paginé sur M1 Ultra
Le moteur Paged MoE ne conserve que 20 experts en mémoire et charge paresseusement le reste depuis le SSD, faisant tourner un modèle de 397B (209 Go) sur un Mac Studio de 64 Go avec 1,59 tok/s et 14 Go de RAM de pointe. Comprend des benchmarks de modèles plus petits.

Donner à Claude l'accès M365 via Power Automate et un serveur FastMCP
Un développeur a créé un serveur MCP léger qui permet à Claude d'interagir avec Microsoft 365 (boîte de réception, calendrier, OneDrive, Planner, Excel, Word) via des webhooks Power Automate — sans nécessiter d'autorisations admin Graph.