Aller au contenu
Guides

Événements et opérations Telegram dans OpenClaw

Les notifications de réactions et leurs deux niveaux, la récupération du sujet d’une réaction depuis le cache de messages, les écritures de configuration déclenchées par des événements et des commandes Telegram, et la politique de réponse aux erreurs avec ses surcharges par groupe et par sujet

4 min de lecture

Au-delà des messages, trois choses opérationnelles se produisent sur un canal Telegram : les gens réagissent, Telegram lui-même change l’identifiant d’un groupe, et quelque chose échoue. OpenClaw a un réglage pour chacune : les notifications de réactions avec leurs niveaux, les écritures de configuration déclenchées par des événements et des commandes, et une politique de réponse aux erreurs qui décide de ce que la discussion peut voir.

Notifications de réactions

  • Les réactions Telegram arrivent comme des mises à jour de réaction de message séparées des charges de messages, et une fois activées, OpenClaw met en file des événements système qui nomment l’emoji, la personne et le message visé.
  • Le réglage de notification prend off, own ou all avec own par défaut, c’est-à-dire les réactions des utilisateurs aux messages envoyés par le bot seulement, au mieux par un cache des messages envoyés, et le niveau de réaction prend off, ack, minimal ou extensive avec minimal par défaut.
  • Les événements de réaction respectent toujours les contrôles d’accès Telegram, la politique de messages privés, la liste d’autorisation, la politique de groupe et la liste des expéditeurs de groupe, donc les auteurs non autorisés sont écartés, et le type de mise à jour de réaction de message est inclus automatiquement dans les mises à jour autorisées pour le sondage et les webhooks.
  • Telegram ne fournit aucune métadonnée de sujet dans les mises à jour de réactions : les groupes ordinaires hors forum restent limités à la discussion, tandis que les réactions dans les sujets de forum et les messages directs de canal récupèrent le sujet d’origine depuis le cache borné de messages d’OpenClaw indexé par compte, discussion et identifiant de message, pour que la configuration de sujet, les agents de sujet et les liaisons de conversation s’appliquent encore, et quand le sujet en cache manque ou appartient à la mauvaise portée, OpenClaw ignore la notification et journalise un avertissement plutôt que de retomber sur le sujet Général ou la discussion de base.
Telegram ne fournit pas de métadonnées de sujet dans les mises à jour de réactions.

Écritures de configuration

Les écritures de configuration du canal sont activées par défaut tant que la clé d’écritures de configuration n’est pas réglée sur faux. Sur Telegram, les écritures déclenchées par des événements et des commandes sont les événements de migration de groupe, où une mise à jour de migration vers un nouvel identifiant de discussion réécrit l’entrée du groupe sous la carte des groupes, et les commandes de réglage et de retrait de configuration, qui exigent en plus l’activation des commandes. Régler la clé d’écritures de configuration sur faux sous le bloc Telegram les désactive toutes.

Contrôles de réponse aux erreurs

  • Quand l’agent rencontre une erreur de livraison ou de fournisseur, la politique d’erreur décide si les messages d’erreur atteignent la discussion : always envoie chaque message d’erreur, once envoie chaque message d’erreur unique une fois par fenêtre de repos intégrée, et silent n’envoie jamais de message d’erreur à la discussion, always étant la valeur par défaut.
  • La politique peut être surchargée par compte, par groupe et par sujet avec le même héritage que les autres clés de configuration Telegram, si bien qu’un groupe bruyant peut être réglé sur silent tandis que la valeur par défaut du canal reste always.
  • L’exemple de la documentation garde always au niveau du canal et règle l’entrée d’un groupe sur silent, supprimant les messages d’erreur dans ce seul groupe.

OpenClaw sur Telegram est le billet du canal auquel ces opérations appartiennent, et Les réactions dans OpenClaw la sémantique des réactions entre canaux que les notifications alimentent.

Ignorer plutôt que deviner

La règle de récupération du sujet est un petit exemple d’un choix constant : quand OpenClaw ne peut pas dire à quel sujet appartient une réaction, il abandonne l’événement et le dit au lieu de le router vers le mauvais agent. Événements et opérations Slack dans OpenClaw montre la surface d’événements bien plus large de Slack, et L’historique d’audit d’OpenClaw l’historique où les écritures de configuration et leurs déclencheurs sont enregistrés.

Sur Diali

Telegram fait partie des canaux que Diali connecte depuis le tableau de bord, la configuration d’exécution étant générée et remplacée à chaque version, donc les réglages de réactions, d’écritures de configuration et d’erreurs décrits ici disent comment un agent hébergé se comporte plutôt qu’un fichier que vous entretenez. Telegram sur Diali est le canal sur Diali et La sécurité chez Diali la frontière que partage chaque canal connecté.

  • Les réactions sont leurs propres mises à jour ; own est la portée par défaut.
  • Une réaction sans sujet récupérable est ignorée, pas devinée.
  • Les erreurs vont à la discussion par défaut ; once et silent se règlent aussi par groupe.
Commencer

Arrêtez de lire, construisez le vôtre

Configurez un agent, choisissez un canal, et faites-le travailler dans l’application que vous gardez déjà ouverte.