Canaux, webhooks et programmations

Les canaux permettent de parler à l’agent ; les webhooks permettent à un logiciel de le déclencher ; cron exécute des commandes planifiées du workspace. Choisissez identité, conversation et permissions avant de connecter une automatisation.

Telegram : votre agent personnel

• Créez un bot avec BotFather dans Telegram via /newbot. Gardez son jeton privé.
• Ouvrez Settings → Channels → Telegram, saisissez Bot token puis Save token. L’agent peut aussi le demander dans le formulaire sécurisé.
• Envoyez immédiatement /start depuis le compte Telegram voulu. Le premier chat est lié ; les autres sont refusés. Vérifiez Linked dans Settings.
• Envoyez un message ou fichier de test. Unlink chat permet de lier un autre chat ; changer de jeton exige une nouvelle liaison. En mode partagé, chaque membre a son bot.

Slack : une connexion de déploiement

Utilisez une app Slack avec Socket Mode, événements de messages directs et droits de bot requis. Connectez jeton de bot et jeton applicatif dans Settings → Channels → Slack. Le premier utilisateur à écrire en direct lie le bot ; faites-le depuis le compte propriétaire prévu. En mode partagé, seul l’administrateur global configure ce bot de déploiement.

Webex : l’agent partagé du groupe

L’administrateur ouvre Admin → Shared agent, choisit le groupe et configure son agent. Dans Webex integration, entrez le jeton du bot de ce groupe. Réglez séparément les listes autorisées à consulter les connaissances, les modifier et déclencher des outils, puis Save Webex. Un joker autorise tous les participants à l’action ; utilisez des identités explicites si nécessaire.

Ajoutez le bot à un espace de test. Mentionnez-le dans un espace de groupe ; pas de mention nécessaire en direct. Vérifiez une demande permise et une refusée avec un membre. Chaque espace a sa conversation ; Room et Webex partagent les réglages d’agent du groupe. Disconnect retire son jeton.

Exécution des canaux

Ces connexions sont sortantes et n’exigent pas d’URL publique Prism. Les outils s’exécutent automatiquement, sans approbation dashboard. Ajoutez les identifiants dans les réglages web sécurisés avant la tâche. Un tour peut durer une heure ; son expiration est signalée.

Webhooks : recevoir un événement

Dans Settings → Webhooks, créez nom et prompt, choisissez éventuellement conversation et modèle. {{content}} insère le payload ; sans marqueur, il est ajouté après. Chaque hook a sa conversation par défaut. Copiez exactement URL et jeton. Le prompt peut préciser où conserver ou livrer le résultat.

curl -X POST "YOUR_GENERATED_WEBHOOK_URL" \
  -H "Content-Type: application/json" \
  -d '{"alert":"test","message":"Documentation check"}'

Utilisez l’URL complète avec son jeton, ou transmettez-le par X-Prism-Token ou Authorization: Bearer. Le défaut accuse réception pendant le travail ; Wait for the agent exige un délai suffisant côté appelant. Pause désactive sans supprimer, modifier conserve URL/jeton et supprimer invalide l’accès. Détenir le jeton permet de déclencher l’agent ; ne le publiez pas dans logs ou captures.

Cron : rafraîchissement ou déclenchement de l’agent

L’outil cron planifie une commande du workspace. Un script de données peut fonctionner sans requête IA ; un déclenchement de l’agent peut produire un rapport et le livrer sur un canal lié. Précisez horaire, fuseau, description et destination puis vérifiez le job dans Tasks → Scheduled.

Réglez votre fuseau avant création. Les jobs existants le conservent après changement de profil. enable/disable suspend et reprend ; update modifie sur place ; remove arrête les prochaines exécutions. Reliez les jobs spécifiques aux widgets pour suivre leurs dépendances.