openclaw mcp remplit deux fonctions :
- exécuter OpenClaw comme serveur MCP avec
openclaw mcp serve - gérer les définitions de serveurs MCP sortants administrées par OpenClaw avec
list,show,status,doctor,probe,add,set,configure,tools,login,logout,reloadetunset
serve correspond à OpenClaw agissant comme serveur MCP. Les autres sous-commandes correspondent à OpenClaw agissant comme registre côté client MCP pour les serveurs que ses propres environnements d’exécution pourront utiliser ultérieurement.
list, show, set et unset lisent et écrivent uniquement les entrées mcp.servers gérées par OpenClaw dans la configuration d’OpenClaw. Elles n’incluent pas les serveurs mcporter provenant de config/mcporter.json ; utilisez mcporter list pour ce registre.openclaw acp lorsqu’OpenClaw doit lui-même héberger une session de harnais de codage et acheminer cet environnement d’exécution via ACP.
Choisir le parcours MCP approprié
OpenClaw comme serveur MCP
Il s’agit du parcoursopenclaw mcp serve.
Quand utiliser serve
Utilisezopenclaw mcp serve lorsque :
- Codex, Claude Code ou un autre client MCP doit communiquer directement avec des conversations de canaux adossées à OpenClaw
- vous disposez déjà d’un Gateway OpenClaw local ou distant avec des sessions acheminées
- vous souhaitez un serveur MCP unique fonctionnant avec tous les backends de canaux d’OpenClaw, au lieu d’exécuter des passerelles distinctes pour chaque canal
openclaw acp lorsqu’OpenClaw doit lui-même héberger l’environnement d’exécution de codage et conserver la session de l’agent dans OpenClaw.
Fonctionnement
openclaw mcp serve démarre un serveur MCP stdio. Le client MCP est propriétaire de ce processus. Tant que le client maintient la session stdio ouverte, la passerelle se connecte à un Gateway OpenClaw local ou distant via WebSocket et expose les conversations de canaux acheminées via MCP.
Le client lance la passerelle
openclaw mcp serve.La passerelle se connecte au Gateway
Les sessions deviennent des conversations MCP
Mise en file d’attente des événements en direct
Notifications push Claude facultatives
Comportement important
Comportement important
- l’état de la file d’attente en direct commence lorsque la passerelle se connecte
- l’ancien historique de transcription est lu avec
messages_read - les notifications push Claude existent uniquement tant que la session MCP est active
- lorsque le client se déconnecte, la passerelle s’arrête et la file d’attente en direct disparaît
- les points d’entrée ponctuels d’agent tels que
openclaw agentetopenclaw infer model runarrêtent tous les environnements d’exécution MCP intégrés qu’ils ouvrent une fois la réponse terminée, afin que les exécutions scriptées répétées n’accumulent pas de processus enfants MCP stdio - les serveurs MCP stdio lancés par OpenClaw, qu’ils soient intégrés ou configurés par l’utilisateur, sont arrêtés avec toute leur arborescence de processus lors de l’arrêt, afin que les sous-processus enfants lancés par le serveur ne survivent pas après la fermeture du client stdio parent
- la suppression ou la réinitialisation d’une session élimine les clients MCP de cette session via le parcours partagé de nettoyage de l’environnement d’exécution, afin qu’aucune connexion stdio persistante ne reste liée à une session supprimée
Choisir un mode client
- Clients MCP génériques
- Claude Code
conversations_list, messages_read, events_poll, events_wait, messages_send et les outils d’approbation.auto se comporte de la même manière que on. La détection des capacités du client n’est pas encore disponible.Ce qu’expose serve
La passerelle utilise les métadonnées existantes des routes de session du Gateway pour exposer les conversations adossées aux canaux. Une conversation apparaît lorsqu’OpenClaw dispose déjà d’un état de session avec une route connue, telle que :channel- les métadonnées du destinataire ou de la destination
accountIdfacultatifthreadIdfacultatif
- répertorier les conversations acheminées récentes
- lire l’historique récent des transcriptions
- attendre de nouveaux événements entrants
- renvoyer une réponse via la même route
- voir les demandes d’approbation reçues pendant que la passerelle est connectée
Utilisation
- Gateway local
- Gateway distant (jeton)
- Gateway distant (mot de passe)
- Mode détaillé / Claude désactivé
Outils de la passerelle
conversations_list
conversations_list
limit (500 maximum), search, channel, includeDerivedTitles, includeLastMessage.conversation_get
conversation_get
session_key au moyen d’une recherche directe de session dans le Gateway.messages_read
messages_read
limit est 20, avec un maximum de 200.attachments_fetch
attachments_fetch
events_poll
events_poll
limit : 200 maximum.events_wait
events_wait
messages_send
messages_send
- nécessite une route de conversation existante
- utilise le canal, le destinataire, l’identifiant de compte et l’identifiant de fil de la session
- envoie uniquement du texte
permissions_list_open
permissions_list_open
permissions_respond
permissions_respond
allow-onceallow-alwaysdeny
Modèle d’événements
La passerelle conserve une file d’attente d’événements en mémoire tant qu’elle est connectée. Types d’événements actuels :messageexec_approval_requestedexec_approval_resolvedplugin_approval_requestedplugin_approval_resolvedclaude_permission_request
Notifications de canal Claude
La passerelle peut également exposer des notifications de canal propres à Claude. Il s’agit de l’équivalent OpenClaw d’un adaptateur de canal Claude Code : les outils MCP standard restent disponibles, mais les messages entrants en direct peuvent également arriver sous forme de notifications MCP propres à Claude.- off
- on
- auto (par défaut)
--claude-channel-mode off : outils MCP standard uniquement.notifications/claude/channelnotifications/claude/channel/permission
- les messages de transcription
userentrants sont transférés en tant quenotifications/claude/channel - les demandes d’autorisation Claude reçues via MCP sont suivies en mémoire
- si le propriétaire de la commande dans la conversation liée envoie ensuite
yes <id>ouno <id>(<id>est l’identifiant de demande à 5 lettres, sansl), la passerelle le convertit ennotifications/claude/channel/permission - ces notifications sont limitées à la session active ; si le client MCP se déconnecte, aucune cible push n’est disponible
Configuration du client MCP
Exemple de configuration d’un client stdio :Options
openclaw mcp serve prend en charge :
gateway.remote.url lorsqu’elle est configurée.auto.Sécurité et limite de confiance
Le pont n’invente pas le routage. Il expose uniquement les conversations que le Gateway sait déjà router. Cela signifie que :- les listes d’autorisation des expéditeurs, l’appairage et la confiance au niveau du canal relèvent toujours de la configuration du canal OpenClaw sous-jacent
messages_sendpeut uniquement répondre par l’intermédiaire d’une route existante enregistrée- l’état des approbations est actif et conservé uniquement en mémoire pour la session actuelle du pont
- l’authentification du pont doit utiliser les mêmes contrôles de jeton ou de mot de passe du Gateway que ceux auxquels vous feriez confiance pour tout autre client Gateway distant
conversations_list, la cause habituelle n’est pas la configuration MCP. Il s’agit de métadonnées de route manquantes ou incomplètes dans la session Gateway sous-jacente.
Tests
OpenClaw fournit un test de fumée Docker déterministe pour ce pont :openclaw mcp serve comme processus enfant stdio et le pilote comme un client MCP. Il vérifie la découverte des conversations, la lecture des transcriptions, la lecture des métadonnées des pièces jointes, le comportement de la file d’événements en direct ainsi que les notifications de canal et d’autorisation de style Claude sur le véritable pont MCP stdio. Le routage des envois sortants (messages_send réutilisant la route de conversation enregistrée) est couvert séparément par des tests unitaires dans src/mcp/channel-server.test.ts.
Il s’agit du moyen le plus rapide de prouver que le pont fonctionne sans intégrer de véritable compte Telegram, Discord ou iMessage à l’exécution du test.
Pour un contexte de test plus général, consultez Tests.
Résolution des problèmes
Aucune conversation renvoyée
Aucune conversation renvoyée
events_poll ou events_wait omet les anciens messages
events_poll ou events_wait omet les anciens messages
messages_read.Les notifications Claude ne s’affichent pas
Les notifications Claude ne s’affichent pas
- le client a maintenu la session MCP stdio ouverte
--claude-channel-modevautonouauto- le client comprend réellement les méthodes de notification propres à Claude
- le message entrant est arrivé après la connexion du pont
Les approbations sont absentes
Les approbations sont absentes
permissions_list_open affiche uniquement les demandes d’approbation observées pendant que le pont était connecté. Il ne s’agit pas d’une API durable d’historique des approbations.OpenClaw comme registre de clients MCP
Il s’agit du cheminopenclaw mcp list, show, status, doctor, probe, add, set,
configure, tools, login, logout, reload et unset.
Ces commandes n’exposent pas OpenClaw par l’intermédiaire de MCP. Elles gèrent les définitions de serveurs MCP administrées par OpenClaw sous mcp.servers dans la configuration OpenClaw. Elles ne lisent pas les serveurs mcporter depuis config/mcporter.json.
Ces définitions enregistrées sont destinées aux environnements d’exécution qu’OpenClaw lance ou configure ultérieurement, comme OpenClaw intégré et d’autres adaptateurs d’environnement d’exécution. OpenClaw stocke les définitions de manière centralisée afin que ces environnements d’exécution n’aient pas à conserver leurs propres listes de serveurs MCP en double.
Comportement important
Comportement important
- ces commandes lisent ou écrivent uniquement la configuration OpenClaw
status,list,show,doctorsans--probe,set,configure,tools,logout,reloadetunsetne se connectent pas au serveur MCP cibleloginexécute le flux réseau OAuth MCP pour le serveur HTTP configuré et enregistre les identifiants locaux obtenusstatus --verboseaffiche les indications résolues concernant le transport, l’authentification, les délais d’expiration, les filtres et les appels d’outils parallèles sans établir de connexiondoctorvérifie les définitions enregistrées afin de détecter des problèmes de configuration locale, comme des commandes stdio manquantes, des répertoires de travail non valides, des fichiers TLS manquants, des serveurs désactivés, des valeurs sensibles littérales dans les en-têtes ou variables d’environnement et une autorisation OAuth incomplètedoctor --probeajoute la même preuve de connexion en direct queprobeune fois les vérifications statiques réussiesprobese connecte au serveur sélectionné ou à tous les serveurs configurés, répertorie les outils et signale les capacités et diagnosticsaddconstruit une définition à partir des options, puis la sonde avant de l’enregistrer, sauf si--no-probeest défini ou si une autorisation OAuth est d’abord nécessaire- les adaptateurs d’environnement d’exécution déterminent au moment de l’exécution les formes de transport qu’ils prennent réellement en charge
enabled: falseconserve un serveur enregistré, mais l’exclut de la découverte par l’environnement d’exécution intégrétimeoutetconnectTimeoutdéfinissent les délais d’expiration des requêtes et des connexions par serveur, en secondessupportsParallelToolCalls: truedésigne les serveurs que les adaptateurs peuvent appeler simultanément- les serveurs HTTP peuvent utiliser des en-têtes statiques, une connexion OAuth, le contrôle de la vérification TLS et des chemins de certificat et de clé mTLS
- OpenClaw intégré expose les outils MCP configurés dans les profils d’outils normaux
codingetmessaging;minimalles masque toujours ettools.deny: ["bundle-mcp"]les désactive explicitement - les filtres
toolFilter.includeettoolFilter.excludepropres à chaque serveur filtrent les outils MCP découverts avant qu’ils ne deviennent des outils OpenClaw - les serveurs qui annoncent des ressources ou des invites exposent également des outils utilitaires permettant de répertorier et lire les ressources, ainsi que de répertorier et récupérer les invites ; ces noms d’utilitaires générés (
resources_list,resources_read,prompts_list,prompts_get) utilisent le même filtre d’inclusion et d’exclusion - les modifications dynamiques de la liste d’outils MCP invalident le catalogue mis en cache pour cette session ; la découverte ou l’utilisation suivante l’actualise depuis le serveur
- les échecs répétés de requêtes d’outils ou de protocole MCP suspendent brièvement ce serveur afin qu’un serveur défaillant ne consomme pas l’intégralité du tour
- les environnements d’exécution MCP intégrés propres à une session sont supprimés après
mcp.sessionIdleTtlMsmillisecondes d’inactivité (10 minutes par défaut ; définissez0pour désactiver ce comportement), et les exécutions intégrées ponctuelles les nettoient à la fin de l’exécution
transport d’OpenClaw, tandis que Claude Code et Gemini reçoivent des valeurs type natives de la CLI, comme http, sse ou stdio.
Le serveur d’application Codex prend également en charge un bloc facultatif codex sur chaque serveur. Il s’agit de
métadonnées de projection OpenClaw destinées uniquement aux fils de discussion du serveur d’application Codex ; elles ne
modifient pas les sessions ACP, la configuration générique du harnais Codex ni les autres adaptateurs d’environnement d’exécution.
Utilisez une valeur codex.agents non vide pour projeter un serveur uniquement dans des identifiants
d’agents OpenClaw précis. Les listes d’agents vides, ne contenant que des espaces ou non valides sont rejetées par la validation de la
configuration et omises du chemin de projection de l’environnement d’exécution au lieu de devenir
globales. Utilisez codex.defaultToolsApprovalMode (auto, prompt ou approve)
pour émettre le default_tools_approval_mode natif de Codex pour un serveur de confiance.
OpenClaw supprime les métadonnées codex avant de transmettre la configuration native mcp_servers
à Codex.
Définitions de serveurs MCP enregistrées
Commandes :openclaw mcp listopenclaw mcp show [name]openclaw mcp status [--verbose]openclaw mcp doctor [name] [--probe]openclaw mcp probe [name]openclaw mcp add <name> [flags]openclaw mcp set <name> <json>openclaw mcp configure <name> [flags]openclaw mcp tools <name> [--include csv] [--exclude csv] [--clear]openclaw mcp login <name> [--code code]openclaw mcp logout <name>openclaw mcp reloadopenclaw mcp unset <name>
listtrie les noms de serveurs.showsans nom affiche l’objet complet du serveur MCP configuré.statusclasse les transports configurés sans établir de connexion.--verboseinclut les détails résolus concernant le lancement, les délais d’expiration, OAuth, les filtres et les appels parallèles.doctoreffectue des vérifications statiques sans établir de connexion. Ajoutez--probelorsque la commande doit également vérifier que les serveurs activés se connectent.probese connecte et signale le nombre d’outils, la prise en charge des ressources et invites, la prise en charge des modifications de liste et les diagnostics.addaccepte des options stdio telles que--command,--arg,--envet--cwd, ou des options HTTP telles que--url,--transport,--header,--auth oauth, ainsi que des options TLS, de délai d’expiration et de sélection des outils.setattend une valeur d’objet JSON sur la ligne de commande.configuremet à jour l’activation, les filtres d’outils, les délais d’expiration, OAuth, TLS et les indications relatives aux appels d’outils parallèles sans remplacer l’intégralité de la définition du serveur. Ajoutez--probepour vérifier le serveur mis à jour avant l’enregistrement.toolsmet à jour les filtres d’outils propres à chaque serveur. Les entrées d’inclusion et d’exclusion sont des noms d’outils MCP et des motifs glob simples*.loginexécute le flux OAuth pour les serveurs HTTP configurés avecauth: "oauth". La première exécution affiche une URL d’autorisation ; exécutez de nouveau la commande avec--codeaprès l’approbation.logoutefface les identifiants OAuth enregistrés pour le serveur nommé sans supprimer la définition de serveur enregistrée.reloadlibère les environnements d’exécution MCP en cours de processus mis en cache pour le processus CLI actuel uniquement. Les processus Gateway ou d’agent exécutés dans un autre processus nécessitent toujours leur propre mécanisme de rechargement ou de redémarrage.- Utilisez
transport: "streamable-http"pour les serveurs MCP HTTP diffusables.openclaw mcp setnormalise également letype: "http"natif de la CLI vers la même forme de configuration canonique à des fins de compatibilité. unsetéchoue si le serveur nommé n’existe pas.
Recettes courantes pour les serveurs
Ces exemples enregistrent uniquement les définitions de serveur. Exécutez ensuiteopenclaw mcp doctor --probe pour vérifier que le serveur démarre et expose des outils.
- Système de fichiers
- Mémoire
- Script local
- HTTP distant
- Bureau/CUA
Structures de sortie JSON
Utilisez--json pour les scripts et les tableaux de bord. Les ensembles de champs peuvent s’étendre au fil du temps ; les consommateurs doivent donc ignorer les clés inconnues.
status --json
status --json
doctor --json
doctor --json
doctor --json se termine avec un code différent de zéro lorsqu’un serveur activé et vérifié présente un problème de niveau error. Les problèmes warning et info sont signalés, mais ne provoquent pas à eux seuls l’échec de la commande.probe --json
probe --json
probe --json ouvre une session cliente MCP active et affiche directement son résultat ; contrairement à status/doctor, la sortie ne comporte aucun champ path de premier niveau. Les clés resources et prompts ne sont présentes que lorsque le serveur annonce réellement cette capacité (un serveur dépourvu d’invites omet la clé prompts au lieu d’indiquer false). Utilisez probe pour vérifier l’accessibilité et les capacités, et non pour auditer la configuration statique.Transport Stdio
Lance un processus enfant local et communique via stdin/stdout.Transport SSE / HTTP
Se connecte à un serveur MCP distant par l’intermédiaire d’événements envoyés par le serveur HTTP.url (informations utilisateur) et headers sont masquées dans les journaux et la sortie d’état. openclaw mcp doctor émet un avertissement lorsque des entrées headers ou env qui semblent sensibles contiennent des valeurs littérales, afin que les opérateurs puissent retirer ces valeurs de la configuration validée dans le dépôt.
Processus OAuth
OAuth est destiné aux serveurs MCP HTTP qui annoncent le flux OAuth MCP. Les en-têtes statiquesAuthorization sont ignorés pour un serveur lorsque auth: "oauth" est activé. Les identifiants enregistrés par openclaw mcp login fonctionnent avec le MCP intégré, les exécuteurs CLI et le serveur d’application Codex local.
Tant que les identifiants ne sont pas disponibles, OpenClaw omet uniquement ce serveur MCP de l’environnement d’exécution de l’agent au lieu de faire échouer le tour de l’agent. L’opérateur, ou un agent disposant d’un accès au shell, peut alors exécuter openclaw mcp login <name> et utiliser le serveur lors d’un tour ultérieur.
Lorsqu’un service MCP distant s’appuie déjà sur un profil d’authentification OpenClaw distinct capable d’actualiser les identifiants, vous pouvez éventuellement définir oauth.authProfileId. OpenClaw actualise l’une ou l’autre source d’identifiants avant la projection dans l’environnement d’exécution et transmet uniquement le jeton d’accès actuel au client MCP en aval.
Enregistrer le serveur
auth: "oauth" et les éventuelles métadonnées OAuth facultatives.Démarrer la connexion
Terminer avec le code
Vérifier l’autorisation
Effacer les identifiants
openclaw mcp logout <name>, puis répétez login. logout peut effacer les identifiants d’un serveur HTTP enregistré même après la suppression de auth: "oauth" de la configuration, tant que le nom et l’URL du serveur identifient toujours l’entrée du magasin d’identifiants.
Transport HTTP avec diffusion en continu
streamable-http est une option de transport supplémentaire aux côtés de sse et stdio. Elle utilise la diffusion HTTP pour la communication bidirectionnelle avec les serveurs MCP distants.
transport: "streamable-http" comme orthographe canonique. Les valeurs type: "http" MCP natives de la CLI sont acceptées lorsqu’elles sont enregistrées au moyen de openclaw mcp set et réparées par openclaw doctor --fix dans une configuration existante, mais transport est la forme directement consommée par OpenClaw intégré.
Exemple :
probe et doctor --probe ouvrent une session cliente MCP active pour vérifier que le serveur cible est accessible.Interface de contrôle
L’interface de contrôle dans le navigateur comprend une page dédiée aux paramètres MCP à l’emplacement/settings/mcp ; l’ancien chemin /mcp reste un alias. La page affiche le nombre de serveurs configurés, des récapitulatifs des serveurs activés, OAuth et filtrés, des lignes de transport par serveur, des commandes d’activation et de désactivation, les commandes CLI courantes et un éditeur limité à la section de configuration mcp.
Utilisez cette page pour les modifications effectuées par l’opérateur et les inventaires rapides. Utilisez openclaw mcp doctor --probe ou openclaw mcp probe lorsqu’une vérification active du serveur est nécessaire.
Procédure pour l’opérateur :
- Ouvrez l’interface de contrôle et choisissez MCP.
- Consultez les cartes récapitulatives indiquant le nombre total de serveurs, ainsi que les serveurs activés, OAuth et filtrés.
- Utilisez chaque ligne de serveur pour obtenir des indications sur le transport, l’authentification, le filtre, le délai d’expiration et les commandes.
- Basculez l’activation lorsque vous souhaitez conserver une définition tout en l’excluant de la découverte à l’exécution.
- Modifiez la section de configuration
mcpconcernée pour apporter des changements structurels, tels que de nouveaux serveurs, des en-têtes, TLS, des métadonnées OAuth ou des filtres d’outils. - Choisissez Enregistrer pour conserver uniquement la configuration, ou Enregistrer et publier pour l’appliquer par l’intermédiaire du chemin de configuration du Gateway.
- Exécutez
openclaw mcp doctor --probelorsqu’il est nécessaire de vérifier en direct que le serveur modifié démarre et répertorie les outils.
- les extraits de commande placent les noms de serveurs entre guillemets afin que les noms inhabituels restent copiables dans un shell
- les valeurs affichées ressemblant à des URL sont expurgées avant le rendu lorsqu’elles contiennent des identifiants intégrés
- la page ne démarre pas elle-même les transports MCP
- les environnements d’exécution actifs peuvent nécessiter
openclaw mcp reload, la publication de la configuration du Gateway ou le redémarrage du processus, selon le processus qui possède les clients MCP
Applications MCP
OpenClaw peut afficher les outils qui implémentent l’extension MCP Apps stable. Les applications sont facultatives, car leur code HTML provient du serveur MCP configuré et peut demander des outils ou des ressources visibles par l’application auprès de ce même serveur. Activez le pont hôte :18790). L’interface de contrôle charge les applications depuis cette origine distincte ; l’écouteur ne fournit jamais l’interface de contrôle, les routes authentifiées du Gateway ni les données utilisateur.
Les connexions directes au Gateway doivent avoir accès aux deux ports. Si un proxy inverse ou un terminateur TLS expose l’interface de contrôle, attribuez aux applications une origine publique dédiée et transmettez uniquement cette origine vers l’écouteur du bac à sable :
- OpenClaw annonce l’extension
io.modelcontextprotocol/uiuniquement lorsque les applications sont activées. - Seules les ressources
ui://dont le type MIME correspond exactement àtext/html;profile=mcp-appsont affichées. - Les ressources d’interface utilisateur sont limitées à 2 Mio, placées derrière un proxy à double iframe sur une origine externe dédiée, chargées dans une origine d’application interne opaque et soumises à une CSP dérivée des métadonnées de la ressource.
- Les outils réservés aux applications (
_meta.ui.visibility: ["app"]) restent exclus des listes d’outils du modèle. Les applications peuvent appeler uniquement les outils visibles par les applications sur leur serveur propriétaire qui respectent également la politique d’outils OpenClaw effective pour l’exécution ayant créé la vue. - Les autorisations d’application liées à l’origine, telles que l’accès à la caméra, au microphone et à la géolocalisation, ne sont pas accordées tant que les documents internes des applications utilisent des origines opaques pour assurer l’isolation entre les applications.
- Le code HTML de l’application, les arguments complets des outils et les résultats bruts résident dans un bail de vue en mémoire limité à dix minutes et ne sont ni écrits sur le disque ni copiés dans les métadonnées d’aperçu de la transcription. La transcription stocke uniquement un descripteur limité de serveur, d’outil et de ressource lié à l’identifiant d’origine de l’appel d’outil. Après le redémarrage d’un Gateway, l’interface de contrôle peut vérifier ce descripteur par rapport à la transcription de la session authentifiée et récupérer de nouveau la ressource
ui://; les vues reconstruites sont en lecture seule jusqu’à ce qu’une nouvelle exécution établisse les autorisations d’outils actuelles. openclaw security auditaffiche un avertissement tant que le pont est activé. Désactivez-le avecopenclaw config set mcp.apps.enabled false --strict-jsonlorsqu’il n’est pas nécessaire.
Limites actuelles
Cette page décrit le pont tel qu’il est fourni aujourd’hui. Limites actuelles :- la découverte des conversations dépend des métadonnées existantes des routes de session du Gateway
- aucun protocole d’envoi générique au-delà de l’adaptateur propre à Claude
- aucun outil de modification de message ou de réaction pour le moment
- le transport HTTP/SSE/streamable-http se connecte à un seul serveur distant ; aucun multiplexage en amont pour le moment
permissions_list_openinclut uniquement les approbations observées pendant que le pont est connecté