L’appairage dans OpenClaw

L’appairage est le mot derrière la plupart des confusions de la première heure avec OpenClaw : le bot tourne, le message a été envoyé, et rien ne revient. La documentation le définit comme l’étape d’approbation explicite de l’accès, utilisée en deux endroits, pour qui peut parler au bot par messages privés et pour quels appareils peuvent rejoindre la passerelle comme nœuds. Avec la politique de messages privés réglée sur l’appairage, un expéditeur inconnu reçoit un court code et son message n’est pas traité tant que quelqu’un ne l’approuve pas. Voici comment se comportent les codes, les deux chemins d’approbation et ce que chacun accorde, la question du propriétaire que la CLI règle pour vous, et les groupes d’expéditeurs qui gardent les listes d’autorisation en un seul endroit.

Avec la politique de messages privés appairage, les expéditeurs inconnus reçoivent un court code et leur message n’est pas traité tant que vous n’approuvez pas.

Les codes

• Huit caractères, en majuscules, sans les caractères ambigus, et ils expirent au bout d’une heure ; le bot n’envoie le message d’appairage que lorsqu’une nouvelle demande est créée, à peu près une fois par heure par expéditeur.
• Les demandes en attente sont plafonnées à trois par compte de canal ; les demandes suivantes sont ignorées jusqu’à ce que l’une expire ou soit approuvée.
• Une politique de messages privés ouverte n’est publique que quand la liste d’autorisation effective inclut le joker ; une politique ouverte avec des entrées concrètes n’admet toujours que ces expéditeurs, et les approbations d’appairage n’élargissent jamais l’accès ouvert.

Deux façons d’approuver

Dans l’interface de contrôle, la file des demandes d’accès aux messages privés sous les réglages des canaux réunit les demandes en attente de chaque compte dont la politique est l’appairage ; filtrez par canal, examinez l’identifiant de l’expéditeur et ses métadonnées, approuvez. L’approbation n’accorde que l’accès aux messages privés, jamais aux groupes, et la boîte de dialogue peut prévenir le demandeur et, quand aucun propriétaire de commandes n’existe et que la session a la portée d’administrateur, faire de l’expéditeur le premier propriétaire de commandes. Écarter retire une demande sans bloquer ; l’expéditeur peut redemander. Depuis la CLI, listez les demandes du canal et approuvez un code, avec une option de notification et une option de compte pour les canaux multi-comptes.

La question du propriétaire

• Contrairement à la case explicite de l’interface, la CLI amorce automatiquement le propriétaire de commandes quand aucun n’est configuré, pour qu’une première installation ait un propriétaire explicite pour les commandes privilégiées et les invites d’approbation d’exécution ; les approbations suivantes n’accordent que l’accès aux messages privés.
• Un expéditeur mis à la main sur liste d’autorisation n’est pas propriétaire de commandes ; les commandes réservées au propriétaire répondent avec la commande de configuration exacte qu’un exploitant doit lancer.
• L’assistant des canaux propose de configurer un compte d’opérateur séparément de l’accès à la discussion quand aucun propriétaire n’existe ; la propriété permet de mettre à jour, redémarrer, reconfigurer et approuver, et n’accorde aucun accès à la discussion par elle-même. Le QR de connexion de WhatsApp lie un compte et c’est un flux distinct de l’approbation des personnes qui lui écrivent.

OpenClaw ne répond pas est l’échelle qui commence par l’appairage quand un bot est muet, et Les nœuds OpenClaw et les mains à distance couvre l’autre appairage, celui des appareils.

Groupes d’expéditeurs et état

Quand les mêmes expéditeurs de confiance doivent s’appliquer à plusieurs canaux, ou à la fois aux listes de messages privés et de groupes, un groupe d’accès de premier niveau d’expéditeurs de messages les liste une fois, avec des identifiants par canal, et les listes d’autorisation le référencent par son nom. L’état d’appairage des canaux qui utilisent l’API d’appairage vit dans la base SQLite partagée. Les sessions OpenClaw explique ce qu’il advient des messages d’un expéditeur après l’approbation, et pourquoi les messages privés partagent une session par défaut.

Sur Diali

Sur Diali, la file d’approbation est le tableau de bord : un nouvel expéditeur sur tout canal connecté y apparaît avec le code, et approuver est un geste ; le propriétaire, c’est vous par construction, la question de l’amorçage ne se pose donc jamais. OpenClaw hébergé sur Diali est l’assistant.

• Un code à huit caractères, une heure, trois en attente par compte.
• L’approbation n’accorde que les messages privés ; les groupes ont leurs propres listes.
• La CLI fait du premier expéditeur approuvé le propriétaire ; l’interface demande.