Blog

Comment réparer les erreurs OpenClaw : 15 problèmes courants et solutions

Ashley Innocent

Ashley Innocent

5 March 2026

Comment réparer les erreurs OpenClaw : 15 problèmes courants et solutions

Apidog pour les entreprises

Déploiement sur site

SSO & RBAC

Conforme SOC 2

Explorer Apidog Enterprise

En bref

Le dépannage d'OpenClaw couvre les pertes de connexion, les échecs d'authentification, les erreurs de routage et les problèmes de performance. La plupart des problèmes proviennent de l'instabilité du réseau, de clés API incorrectes ou de canaux mal configurés. Ce guide fournit des solutions étape par étape pour les 15 erreurs OpenClaw les plus courantes.

Problèmes d'installation et de configuration

Incompatibilité de version de Node.js

Problème : Commande openclaw introuvable ou échoue avec "unsupported Node version."

Cause : OpenClaw nécessite Node.js 22 ou une version ultérieure. Les versions plus anciennes manquent de fonctionnalités requises.

Correction :

Vérifiez votre version de Node :

node --version

Si elle est inférieure à 22, mettez à jour Node :

# En utilisant nvm (recommandé)
nvm install 22
nvm use 22

# Ou téléchargez depuis nodejs.org

Réinstallez OpenClaw :

npm install -g openclaw@latest

Vérifiez l'installation :

openclaw --version

Autorisation refusée lors de l'installation

Problème : npm install -g openclaw échoue avec EACCES ou des erreurs d'autorisation.

Cause : npm tente d'écrire dans des répertoires système sans les autorisations appropriées.

Correction :

N'utilisez pas sudo. Configurez plutôt npm pour utiliser un répertoire utilisateur :

mkdir ~/.npm-global
npm config set prefix '~/.npm-global'

Ajoutez à votre profil de shell (~/.zshrc ou ~/.bashrc) :

export PATH=~/.npm-global/bin:$PATH

Rechargez votre shell :

source ~/.zshrc

Installez OpenClaw :

npm install -g openclaw@latest

Fichier de configuration introuvable

Problème : OpenClaw ne trouve pas ~/.openclaw/config.json après l'installation.

Cause : L'assistant d'intégration n'a pas été exécuté ou a échoué silencieusement.

Correction :

Exécutez l'intégration manuellement :

openclaw onboard

Si cela échoue, créez le répertoire de configuration :

mkdir -p ~/.openclaw

Créez un fichier de configuration minimal :

cat > ~/.openclaw/config.json << 'EOF'
{
  "version": "1.0.0",
  "providers": {},
  "agents": {},
  "channels": {},
  "routing": []
}
EOF

Exécutez à nouveau l'intégration :

openclaw onboard

Problèmes de connexion aux canaux

Le code QR WhatsApp ne scanne pas

Problème : Le code QR apparaît mais l'application WhatsApp indique "Code QR invalide" ou ne répond pas.

Cause : Le code QR a expiré ou il y a des problèmes de réseau entre votre téléphone et OpenClaw.

Correction :

  1. Assurez-vous que votre téléphone et votre ordinateur sont sur le même réseau.
  2. Régénérez le code QR :
openclaw channels logout whatsapp
openclaw channels login whatsapp
  1. Scannez dans les 30 secondes (les codes QR expirent rapidement).
  2. Si cela échoue toujours, vérifiez les paramètres du pare-feu :
# macOS
sudo /usr/libexec/ApplicationFirewall/socketfilterfw --add /usr/local/bin/node

# Linux (ufw)
sudo ufw allow 18789/tcp

WhatsApp se déconnecte après quelques heures

Problème : WhatsApp fonctionne initialement mais se déconnecte après 2 à 4 heures.

Cause : Le protocole de WhatsApp nécessite des "heartbeats" périodiques. Les changements de réseau ou le mode veille interrompent la connexion.

Correction :

Activez la reconnexion automatique :

openclaw channels config whatsapp --auto-reconnect true --reconnect-interval 300

Cela vérifie la connexion toutes les 5 minutes et se reconnecte si nécessaire.

Si vous êtes sur un ordinateur portable, empêchez la veille pendant qu'OpenClaw s'exécute :

# macOS
caffeinate -i openclaw gateway

# Linux
systemd-inhibit --what=sleep openclaw gateway

Pour la production, exécutez OpenClaw sur un serveur plutôt que sur un ordinateur portable.

Le bot Telegram ne reçoit pas de messages

Problème : Le bot est en ligne mais ne répond pas aux messages.

Cause : Le bot manque des autorisations nécessaires ou le jeton est invalide.

Correction :

Testez le jeton du bot :

curl https://api.telegram.org/bot<YOUR_TOKEN>/getMe

Si cela renvoie une erreur, régénérez le jeton :

  1. Ouvrez Telegram et envoyez un message à @BotFather
  2. Envoyez /mybots
  3. Sélectionnez votre bot
  4. Choisissez "API Token" → "Regénérer le jeton"
  5. Mettez à jour OpenClaw :
openclaw channels update telegram --token NEW_TOKEN

Pour les discussions de groupe, ajoutez le bot en tant qu'administrateur avec la permission "Lire les messages".

Le bot Discord apparaît hors ligne

Problème : Le bot apparaît hors ligne dans la liste des serveurs Discord.

Cause : Intention de contenu de message ("Message Content Intent") manquante ou jeton invalide.

Correction :

  1. Allez sur le Portail des développeurs Discord
  2. Sélectionnez votre application
  3. Allez dans l'onglet "Bot"
  4. Activez "Message Content Intent" sous "Privileged Gateway Intents"
  5. Enregistrez les modifications
  6. Redémarrez OpenClaw :
openclaw gateway restart

Si le bot est toujours hors ligne, vérifiez le jeton :

openclaw channels test discord

S'il échoue, régénérez le jeton dans le Portail des développeurs et mettez à jour OpenClaw.

Pont iMessage ne fonctionne pas (macOS)

Problème : Le canal iMessage affiche "déconnecté" ou ne reçoit pas de messages.

Cause : Autorisations d'accessibilité manquantes ou l'application Messages n'est pas en cours d'exécution.

Correction :

  1. Ouvrez les Réglages Système → Confidentialité et sécurité → Accessibilité
  2. Ajoutez Terminal (ou votre application de terminal) à la liste autorisée
  3. Redémarrez OpenClaw :
openclaw gateway restart
  1. Assurez-vous que l'application Messages est en cours d'exécution et connectée
  2. Testez en vous envoyant un message

Si cela ne fonctionne toujours pas, vérifiez le processus du pont :

ps aux | grep openclaw-imessage-bridge

S'il n'est pas en cours d'exécution, démarrez-le manuellement :

openclaw channels restart imessage

Erreurs d'authentification et d'API

Clé API invalide

Problème : Erreurs "Échec d'authentification" ou "Clé API invalide" dans les journaux.

Cause : Clé API incorrecte, clé expirée ou clé sans les autorisations appropriées.

Correction :

Vérifiez votre clé API :

# Pour Anthropic
curl https://api.anthropic.com/v1/messages \
  -H "x-api-key: YOUR_KEY" \
  -H "anthropic-version: 2023-06-01" \
  -H "content-type: application/json" \
  -d '{"model":"claude-sonnet-4-6","max_tokens":10,"messages":[{"role":"user","content":"Hi"}]}'

# Pour OpenAI
curl https://api.openai.com/v1/chat/completions \
  -H "Authorization: Bearer YOUR_KEY" \
  -H "Content-Type: application/json" \
  -d '{"model":"gpt-4","messages":[{"role":"user","content":"Hi"}],"max_tokens":10}'

Si la commande curl échoue, votre clé est invalide. Obtenez-en une nouvelle depuis le tableau de bord de votre fournisseur.

Mettez à jour OpenClaw :

openclaw config set --provider anthropic --api-key NEW_KEY

Redémarrez la Passerelle :

openclaw gateway restart

Limite de débit dépassée

Problème : Erreurs "Limite de débit dépassée" ou "Trop de requêtes".

Cause : Vous envoyez trop de requêtes à votre fournisseur d'IA.

Correction :

Vérifiez votre utilisation :

openclaw stats --period 1h

Activez la limitation de débit :

openclaw limits set --max-requests 50 --window 3600

Cela vous limite à 50 requêtes par heure. Ajustez en fonction des limites de votre fournisseur.

Pour le trafic en rafale, activez la mise en file d'attente :

openclaw config set --enable-queue true --queue-max-size 100

Les messages sont mis en file d'attente lorsque vous atteignez la limite de débit et traités lorsque la capacité est disponible.

Modèle introuvable

Problème : Erreurs "Modèle introuvable" ou "Modèle invalide".

Cause : Vous avez spécifié un modèle qui n'existe pas ou n'est pas disponible pour votre compte.

Correction :

Listez les modèles disponibles :

# Anthropic
curl https://api.anthropic.com/v1/models \
  -H "x-api-key: YOUR_KEY"

# OpenAI
curl https://api.openai.com/v1/models \
  -H "Authorization: Bearer YOUR_KEY"

Mettez à jour la configuration de votre agent :

openclaw agents update default --model claude-sonnet-4-6

Redémarrez la Passerelle :

openclaw gateway restart

Crédits insuffisants

Problème : Erreurs "Crédits insuffisants" ou "Paiement requis".

Cause : Votre compte de fournisseur d'IA a épuisé ses crédits ou a atteint ses limites de facturation.

Correction :

Vérifiez le solde de votre compte sur le tableau de bord de votre fournisseur :

Ajoutez des crédits ou mettez à jour votre méthode de paiement.

En attendant, redirigez vers un modèle gratuit ou local :

openclaw agents add fallback --provider ollama --model llama2
openclaw routing add --fallback fallback

Échecs de routage des messages

Les messages sont envoyés au mauvais agent

Problème : Les messages sont routés vers le mauvais agent IA malgré les règles de routage.

Cause : Les règles de routage sont en conflit ou ont des priorités incorrectes.

Correction :

Listez toutes les règles de routage :

openclaw routing list

Vérifiez les conflits. Les règles avec une priorité plus élevée sont les premières à correspondre. Si vous avez :

Priorité 5: canal=whatsapp → agent=défaut
Priorité 10: expéditeur=+1234567890 → agent=vip

Les messages de +1234567890 sur WhatsApp vont à vip (la priorité 10 l'emporte).

Supprimez les règles conflictuelles :

openclaw routing remove <rule-id>

Ajoutez des règles avec les priorités correctes :

openclaw routing add --channel whatsapp --agent default --priority 1
openclaw routing add --sender +1234567890 --agent vip --priority 10

Testez le routage :

openclaw routing test --channel whatsapp --sender +1234567890 --message "test"

Cela montre quel agent gérerait le message sans l'envoyer.

Le routage par mots-clés ne fonctionne pas

Problème : Les messages contenant des mots-clés spécifiques ne sont pas routés vers l'agent configuré.

Cause : Les mots-clés sont sensibles à la casse ou le message ne contient pas le mot-clé exact.

Correction :

Rendez les mots-clés insensibles à la casse :

openclaw routing add --keyword "debug" --agent debugging --case-insensitive

Utilisez les expressions régulières pour une correspondance flexible :

openclaw routing add --pattern "debug|error|bug" --agent debugging

Cela correspond à "debug", "error" ou "bug" n'importe où dans le message.

Testez la correspondance des mots-clés :

openclaw routing test --message "J'ai trouvé un problème de débogage"

Erreurs de fonction de routage personnalisée

Problème : La fonction de routage personnalisée génère des erreurs ou ne s'exécute pas.

Cause : Erreurs de syntaxe, dépendances manquantes ou valeurs de retour incorrectes.

Correction :

Testez votre fonction de routage :

openclaw routing test-custom ~/.openclaw/routing.js --message "test"

Cela exécute votre fonction et affiche le résultat ou l'erreur.

Problèmes courants :

  1. Erreurs de syntaxe : Vérifiez votre syntaxe JavaScript.
  2. Retour manquant : Retournez toujours un nom d'agent.
  3. Fonctions asynchrones : N'utilisez pas async/await dans les fonctions de routage (elles doivent être synchrones).

Exemple de fonction correcte :

module.exports = function route(message) {
  // Retourne toujours une chaîne (nom de l'agent)
  if (message.channel === 'whatsapp') {
    return 'whatsapp-agent';
  }
  return 'default';
};

Exemple de fonction incorrecte :

// NE FAITES PAS CELA
module.exports = async function route(message) {
  const result = await someAsyncOperation();
  return result; // Fonctions asynchrones non prises en charge
};

Agent de secours non déclenché

Problème : Lorsque l'agent principal échoue, les messages ne sont pas routés vers l'agent de secours.

Cause : L'agent de secours n'est pas configuré ou l'agent principal ne signale pas correctement les échecs.

Correction :

Configurez l'agent de secours :

openclaw routing set-fallback backup-agent

Testez l'agent de secours :

# Désactivez temporairement l'agent principal
openclaw agents disable default

# Envoyez un message test
openclaw routing test --message "test"

# Devrait montrer l'agent de secours

Réactivez l'agent principal :

openclaw agents enable default

Problèmes de performance et de mémoire

Utilisation élevée de la mémoire

Problème : OpenClaw utilise plus de 2 Go de RAM et continue de croître.

Cause : Les données de session s'accumulent au fil du temps sans nettoyage.

Correction :

Vérifiez l'utilisation de la mémoire :

openclaw stats --memory

Effacez les anciennes sessions :

openclaw sessions clear --older-than 7d

Réduisez le délai d'expiration des sessions :

openclaw config set --session-timeout 1800

Les sessions expirent désormais après 30 minutes d'inactivité au lieu de l'heure par défaut.

Activez le nettoyage automatique :

openclaw config set --auto-cleanup true --cleanup-interval 3600

Cela exécute le nettoyage toutes les heures.

Temps de réponse lents

Problème : Les réponses de l'IA prennent plus de 30 secondes ou expirent.

Cause : Latence réseau, fournisseur d'IA lent ou arriéré de la file d'attente.

Correction :

Vérifiez l'état de la file d'attente :

openclaw queue status

Si la file d'attente contient plus de 50 messages, augmentez la concurrence :

openclaw config set --max-concurrent-requests 10

Cela traite 10 messages simultanément au lieu des 3 par défaut.

Vérifiez la latence réseau vers votre fournisseur d'IA :

# Anthropic
ping api.anthropic.com

# OpenAI
ping api.openai.com

Si la latence est élevée (>200ms), envisagez d'utiliser un autre fournisseur ou un modèle local.

Activez le délai d'expiration des requêtes :

openclaw config set --request-timeout 30000

Les requêtes qui prennent plus de 30 secondes échouent et sont relancées.

La passerelle ne répond plus

Problème : La Passerelle cesse de répondre aux messages ou aux appels API.

Cause : Interblocage, boucle infinie ou épuisement des ressources.

Correction :

Vérifiez l'état de la Passerelle :

openclaw gateway status

Si elle est figée, obtenez un "thread dump" :

kill -SIGUSR1 $(pgrep -f "openclaw gateway")

Cela écrit un "thread dump" dans ~/.openclaw/gateway.log. Recherchez les opérations bloquées.

Redémarrez la Passerelle :

openclaw gateway restart

Activez les vérifications de santé :

openclaw config set --health-check-interval 60

La Passerelle vérifie désormais sa propre santé toutes les 60 secondes et redémarre si elle ne répond plus.

Pics d'utilisation du CPU

Problème : OpenClaw utilise constamment 100% du CPU.

Cause : Boucle infinie, journalisation excessive ou flot de messages.

Correction :

Vérifiez ce qui consomme le CPU :

top -p $(pgrep -f "openclaw gateway")

Réduisez le niveau de journalisation :

openclaw config set --log-level warn

Cela désactive les journaux de débogage et d'information, réduisant les E/S.

Vérifiez les flots de messages :

openclaw stats --messages --period 1h

Si vous recevez plus de 1000 messages par heure, activez la limitation de débit par canal :

openclaw channels config whatsapp --rate-limit 100 --rate-window 3600

Plantages et redémarrages de la Passerelle

La passerelle plante au démarrage

Problème : openclaw gateway plante immédiatement sans message d'erreur.

Cause : Fichier de configuration corrompu ou dépendances manquantes.

Correction :

Exécutez en mode débogage :

openclaw gateway --debug

Cela affiche des messages d'erreur détaillés.

Causes courantes :

  1. Configuration corrompue : Sauvegardez et réinitialisez la configuration
cp ~/.openclaw/config.json ~/.openclaw/config.json.backup
openclaw config reset
openclaw onboard
  1. Dépendances manquantes : Réinstallez OpenClaw
npm uninstall -g openclaw
npm install -g openclaw@latest
  1. Port déjà utilisé : Changez le port
openclaw gateway --port 18790

La passerelle plante pendant le fonctionnement

Problème : La Passerelle fonctionne pendant un certain temps puis plante de manière inattendue.

Cause : Exception non gérée, fuite de mémoire ou processus externe qui la termine.

Correction :

Vérifiez les journaux de plantage :

tail -100 ~/.openclaw/gateway.log

Recherchez les traces de pile ou les messages d'erreur avant le plantage.

Activez les "crash dumps" :

openclaw config set --enable-crash-dumps true

Le prochain plantage écrira un "dump" dans ~/.openclaw/crashes/. Partagez-le avec l'équipe OpenClaw pour le débogage.

Exécutez la Passerelle avec le redémarrage automatique :

openclaw gateway --auto-restart

La Passerelle redémarre automatiquement après les plantages.

Pour la production, utilisez un gestionnaire de processus :

# En utilisant pm2
npm install -g pm2
pm2 start openclaw -- gateway
pm2 save
pm2 startup

Données de session perdues après le redémarrage

Problème : Les conversations sont réinitialisées après le redémarrage de la Passerelle.

Cause : Sessions non persistantes sur le disque ou fichier de session corrompu.

Correction :

Activez la persistance des sessions :

openclaw config set --persist-sessions true --session-file ~/.openclaw/sessions.db

Les sessions sont maintenant sauvegardées sur le disque toutes les 30 secondes.

Vérifiez le fichier de session :

ls -lh ~/.openclaw/sessions.db

S'il fait 0 octet ou est manquant, les sessions ne sont pas sauvegardées. Vérifiez l'espace disque :

df -h ~

Si le disque est plein, libérez de l'espace et redémarrez la Passerelle.

Restaurez depuis une sauvegarde :

cp ~/.openclaw/sessions.db.backup ~/.openclaw/sessions.db
openclaw gateway restart

Problèmes spécifiques à la plateforme

macOS : "openclaw" ne peut pas être ouvert

Problème : macOS bloque OpenClaw avec un avertissement "développeur non identifié".

Cause : Fonctionnalité de sécurité Gatekeeper de macOS.

Correction :

Autorisez OpenClaw :

xattr -d com.apple.quarantine $(which openclaw)

Ou allez dans Réglages Système → Confidentialité et sécurité et cliquez sur "Autoriser quand même" à côté de l'avertissement OpenClaw.

Linux : Autorisation refusée pour inotify

Problème : "ENOSPC : Limite système pour le nombre de moniteurs de fichiers atteinte."

Cause : Linux limite le nombre de fichiers qu'un processus peut surveiller.

Correction :

Augmentez la limite :

echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf
sudo sysctl -p

Redémarrez OpenClaw :

openclaw gateway restart

Windows : Commande introuvable

Problème : La commande openclaw n'est pas reconnue sous Windows.

Cause : Le répertoire global des exécutables de npm n'est pas dans le PATH.

Correction :

Trouvez le répertoire global de npm :

npm config get prefix

Ajoutez-le au PATH :

  1. Ouvrez les Propriétés Système → Variables d'environnement
  2. Modifiez "Path" sous Variables utilisateur
  3. Ajoutez C:\Users\VotreNom\AppData\Roaming\npm (ou le chemin ci-dessus)
  4. Cliquez sur OK et redémarrez votre terminal

Vérifiez :

openclaw --version

Docker : Problèmes réseau

Problème : OpenClaw dans Docker ne peut pas se connecter aux plateformes de messagerie.

Cause : Isolation réseau de Docker.

Correction :

Exécutez avec le réseau hôte :

docker run --network host openclaw/openclaw gateway

Ou exposez le port de la Passerelle :

docker run -p 18789:18789 openclaw/openclaw gateway

Pour WhatsApp, vous devez exposer des ports supplémentaires pour le scan du code QR :

docker run -p 18789:18789 -p 3000:3000 openclaw/openclaw gateway

Outils de débogage et journaux

Activez la journalisation de débogage

Obtenez des journaux détaillés :

openclaw config set --log-level debug
openclaw gateway restart

Les journaux sont enregistrés dans ~/.openclaw/gateway.log par défaut.

Surveillez les journaux en temps réel :

tail -f ~/.openclaw/gateway.log

Testez les composants individuels

Testez les canaux :

openclaw channels test whatsapp
openclaw channels test telegram
openclaw channels test discord

Testez les agents :

openclaw agents test default --message "Bonjour"

Testez le routage :

openclaw routing test --channel whatsapp --sender +1234567890 --message "problème de débogage"

Inspectez l'état de la Passerelle

Obtenez l'état actuel :

openclaw gateway inspect

Cela montre :

Exporter les diagnostics

Générez un rapport de diagnostic :

openclaw diagnostics export > openclaw-diagnostics.json

Cela inclut :

Partagez-le avec le support lorsque vous signalez des problèmes.

Débogage réseau

Testez la connectivité aux fournisseurs d'IA :

openclaw network test anthropic
openclaw network test openai

Cela vérifie :

Si une vérification échoue, vous avez un problème réseau.

FAQ

Pourquoi OpenClaw utilise-t-il autant de mémoire ?

OpenClaw conserve l'historique des sessions en mémoire pour un accès rapide. Chaque session stocke le contexte complet de la conversation. Si vous avez 100 sessions actives avec 50 messages chacune, cela représente 5000 messages en mémoire.

Réduisez l'utilisation de la mémoire :

  1. Réduisez le délai d'expiration des sessions
  2. Activez le nettoyage automatique
  3. Limitez la longueur du contexte par session
openclaw config set --session-timeout 1800 --auto-cleanup true --max-context-length 50

Puis-je exécuter OpenClaw sans internet ?

Oui, si vous utilisez un modèle d'IA local. Installez Ollama et configurez OpenClaw pour l'utiliser :

# Installez Ollama
curl https://ollama.ai/install.sh | sh

# Téléchargez un modèle
ollama pull llama2

# Configurez OpenClaw
openclaw agents add local --provider ollama --model llama2 --endpoint http://localhost:11434

Les plateformes de messagerie nécessitent toujours Internet, mais l'inférence de l'IA s'exécute localement.

Comment migrer vers une nouvelle machine ?

Exportez votre configuration :

openclaw config export > openclaw-backup.json

Copiez openclaw-backup.json sur la nouvelle machine.

Installez OpenClaw :

npm install -g openclaw@latest

Importez la configuration :

openclaw config import openclaw-backup.json

Reconnectez les canaux (les codes QR et les jetons ne sont pas transférés) :

openclaw channels login whatsapp
openclaw channels update telegram --token YOUR_TOKEN

Pourquoi les messages arrivent-ils dans le désordre ?

OpenClaw traite les messages simultanément. Si vous envoyez 3 messages rapidement, ils peuvent atteindre le fournisseur d'IA dans des ordres différents en fonction du timing du réseau.

Activez le traitement séquentiel :

openclaw config set --max-concurrent-requests 1

Cela traite un message à la fois, en préservant l'ordre. C'est plus lent mais garantit la séquence.

Puis-je utiliser OpenClaw en production ?

Oui, mais suivez ces directives :

  1. Exécutez sur un serveur, pas sur un ordinateur portable
  2. Utilisez un gestionnaire de processus (pm2, systemd)
  3. Activez la persistance des sessions
  4. Mettez en place la surveillance et les alertes
  5. Configurez les limites de débit
  6. Utilisez un proxy inverse (nginx) pour l'interface utilisateur de contrôle
  7. Activez HTTPS
  8. Sauvegardez régulièrement la configuration

Exemple de service systemd :

[Unit]
Description=Passerelle OpenClaw
After=network.target

[Service]
Type=simple
User=openclaw
WorkingDirectory=/home/openclaw
ExecStart=/usr/bin/openclaw gateway --port 18789
Restart=always
RestartSec=10

[Install]
WantedBy=multi-user.target

Comment signaler les bugs ?

  1. Générez les diagnostics :
openclaw diagnostics export > diagnostics.json
  1. Ouvrez un problème sur GitHub
  2. Incluez :

Conclusion

La plupart des problèmes OpenClaw proviennent de problèmes réseau, de configurations incorrectes ou de particularités spécifiques à la plateforme. Ce guide couvre les 15 erreurs les plus courantes et leurs corrections.

Étapes clés du dépannage :

  1. Vérifiez d'abord les journaux (~/.openclaw/gateway.log)
  2. Testez les composants individuellement (canaux, agents, routage)
  3. Activez le mode débogage pour des erreurs détaillées
  4. Utilisez les outils de diagnostic pour exporter l'état
  5. Rejoignez la communauté pour de l'aide

Si vous construisez des workflows API en parallèle avec OpenClaw, consultez Apidog pour la conception, le test et la documentation des API. Il complète l'interface conversationnelle d'OpenClaw avec une gestion structurée des API.

bouton

Prochaines étapes :

Pratiquez le Design-first d'API dans Apidog

Découvrez une manière plus simple de créer et utiliser des API

S'inscrire gratuitementTélécharger
Comment réparer les erreurs OpenClaw : 15 problèmes courants et solutions