Correctif pour les sous-agents qui n'apparaissent pas dans OpenClaw v2026.3.13

Problème : Sous-agents invisibles dans v2026.3.13

Dans la version 2026.3.13 d'OpenClaw, certains utilisateurs signalent que seul l'agent principal apparaît dans la liste des agents, tandis que les sous-agents personnalisés restent invisibles. Le problème semble être lié à la découverte automatique des chemins pour les membres personnalisés de l'escouade.

Solution : Méthode de connexion forcée

Après analyse des journaux, un membre de la communauté a trouvé une solution de contournement fiable impliquant deux modifications de configuration.

1. Simplifier openclaw.json

L'analyseur 2026.3 peut échouer lorsque la liste des agents contient des clés supplémentaires comme "path". Gardez la liste minimale avec uniquement les valeurs "id" :

"list": [
  { "id": "main", "tools": { "alsoAllow": ["agents_list"], "deny": ["cron"] } },
  { "id": "librarian" },
  { "id": "matrix" }
]

Important : Vérifiez les virgules et crochets de fin. La "list" doit se terminer par ] puis } pour la section "agents".

2. Enregistrement manuel via runs.json

Si le système ne détecte pas vos agents, enregistrez-les manuellement dans votre .openclaw/subagents/runs.json (ou runs.json racine selon la configuration). Définissez leur statut sur "idle" pour les activer :

{
  "version": 2,
  "runs": {
    "librarian": {
      "id": "librarian",
      "path": "C:\\Users\\YOUR_USERNAME\\.openclaw\\subagents\\Librarian_Synapse.md",
      "status": "idle"
    }
  }
}

3. Vérification

Après avoir effectué ces modifications, redémarrez votre passerelle et utilisez la commande /agents. Votre escouade devrait maintenant apparaître (par exemple, affichant "Agents (8)" au lieu de seulement 1). Vous pouvez ensuite déléguer des tâches en utilisant le tag @nom_agent.