OpenClaw peut se connecter à des modèles locaux, mais ne supposez pas que « pouvoir discuter » est la même chose que « pouvoir être agent ». Si une petite requête fonctionne sur le backend local compatible OpenAI mais que le turn d’agent OpenClaw échoue, cela est généralement dû à une incompatibilité dans le format du message, l’appel de l’outil ou la longueur du contexte.
Faites d’abord un test en trois couches
- Contactez directement le
/v1/chat/completionslocal pour confirmer que le backend est disponible. - Utilisez
openclaw infer model runpour tester si le modèle peut compléter la réponse de base dans OpenClaw. - Laissez l’agent appeler un outil simple, comme lire un petit fichier ou exécuter une commande de sécurité.
Amendements compatibles communs
- Rapport
messages[].contentchaîne requise : Ajoutezcompat.requiresStringContent: trueau modèle. - Le chat normal fonctionne, les appels aux outils échouent : Envisagez de configurer
compat.supportsTools: falseet ne le laissez pas prendre en charge des tâches basées sur des outils. - Les petites invites peuvent planter, les grands contextes planter : il s’agit d’une limitation côté modèle ou serveur, réduisant le contexte ou modifiant le backend.
Les modèles locaux conviennent à la confidentialité, hors ligne et à faible coût, mais les chaînes d’outils complexes sont plus stables pour le modèle. Il est recommandé de placer le modèle local dans des tâches à faible risque ou des plans de secours, et l’automatisation clé reste couverte par un modèle solide.
Adresse officielle open source : https://github.com/openclaw/openclaw.
L’approche la plus sûre consiste à construire un agent de test séparé pour le modèle local, en ne permettant que des outils à faible risque. Assurez-vous qu’il peut gérer les contextes, les appels d’outils et la récupération d’erreurs de manière stable, puis placez-le dans la solution de secours de l’agent principal.