Événements
Canaux
- Webhook : un
POSTJSON vers l’URL de votre choix, enhttps://. Avec un secret, chaque envoi porte l’en-têteX-Kuro-Signature: sha256=<HMAC-SHA256 du corps>: vérifiez-le avant de faire confiance au message.X-Kuro-Eventdonne le type,X-Kuro-Deliveryl’identifiant. - Discord et Slack : collez l’URL du webhook entrant de votre salon ; le message est mis en forme (embed, blocks) dans la langue du canal.
test et affiche la réponse du destinataire.
Par serveur
Sur la page d’un serveur, l’onglet Notifications tient ses abonnements : une destination (webhook, Discord ou Slack, propre à ce serveur) et les événements de ce serveur qu’elle reçoit. Tout se règle là, sans passer par les paramètres ; la destination disparaît avec le serveur. Avec le droit de voir les paramètres, un abonnement peut aussi viser un canal partagé de l’équipe. Les droitsservers.notifications.read et servers.notifications.manage suffisent
pour cette page.
Règles
Une règle lie des événements à des canaux, pour tout, un nœud ou un serveur. Un canal visé par plusieurs règles ne reçoit qu’un message par événement.Journal des envois
Les envois sont gardés trente jours. Un envoi refusé est repris après 1, 5 puis 30 minutes, puis abandonné ; au-delà de trente envois par minute sur un canal, les suivants attendent la minute d’après.Par défaut, un webhook vers une adresse privée (réseau local,
127.0.0.1…) est refusé : un
webhook ne doit pas servir à joindre le réseau interne de l’API. Pour un Slack d’entreprise
derrière un VPN, réglez allow_private_targets = true dans [notifications] de api.toml.
Le lien vers le panel dans chaque message vient de panel_url de la même section, sinon de
[mcp].
