Slack
Recevez les résumés d'exécution dans Slack, posez des questions à Autonomy ou lancez des exécutions sans quitter le canal.
Slack remplit deux rôles dans Autonomy : un lieu où les preuves sont livrées, et un lieu où vous pouvez interagir avec la plateforme. Connectez-le une seule fois sous Settings → Notifications → Connect Slack et les deux fonctionnent.
Notifications
Notifiez Slack lorsqu'une exécution nécessite une attention en dehors de GitHub. Gardez les messages courts et acheminez-les vers les canaux où l'équipe responsable peut agir.
Un message doit contenir le cas de test, l'environnement cible, le résultat (réussite ou échec), un lien de preuves et le premier détail d'échec exploitable — pas un duplicata de l'espace de preuves.
Acheminement recommandé :
- Les échecs de smoke test de pull request vont au canal du dépôt ou du produit.
- Les échecs de release candidate vont au canal de mise en production.
- Les échecs d'artefacts mobiles vont au canal mobile ou QA.
- Les problèmes de santé d'exécution vont au canal plateforme ou infrastructure.
Commencez par les échecs uniquement. N'ajoutez les résumés de réussite que pour les canaux dédiés à la vérification de mise en production ou à une piste d'audit. La sélection des événements et la planification des récapitulatifs sont dans Alertes et rapports.
L'agent Slack
Autonomy répond aussi dans Slack. Mentionnez @Autonomy dans un canal, envoyez-lui un message direct, ouvrez son onglet App Home ou utilisez-le depuis le panneau latéral de l'assistant Slack.
Il est conversationnel, pas une grammaire de slash-commande — posez vos questions en langage courant :
@Autonomy what's running right now?
@Autonomy show me the most recent failing runs and what broke
@Autonomy what failed in run run_123?
@Autonomy list the test plans I can run from Slack
@Autonomy start a run for the checkout plan on staging
@Autonomy cancel run run_789Ce qu'il peut faire :
| Capacité | Exemple |
|---|---|
| Résumé de l'espace de travail | "Show workspace summary", "What's running right now?" |
| Lister et filtrer les exécutions | "Show me recent failing runs" |
| Inspecter une exécution | "What failed in run run_123?" |
| Rechercher des plans de test | "List test plans for checkout" |
| Lancer une exécution | "Run the checkout tests on staging" |
| Annuler une exécution | "Cancel run run_789" |
Le panneau de l'assistant propose quatre prompts de départ : Recent failures, Active agents, List plans et Start a run.
Chaque requête est limitée à l'espace de travail auquel l'équipe Slack est connectée. L'agent ne peut pas voir ni agir sur les exécutions d'une autre organisation.
Mise à jour d'une connexion existante
Si Slack a été connecté avant le déploiement de l'agent, l'installation ne détient que les scopes de notification. Réinstallez depuis Settings → Notifications pour accorder les scopes conversationnels — lecture des mentions et messages directs, publication et résolution d'identité utilisateur. Tant que vous ne réinstallez pas, les notifications continuent de fonctionner et les mentions restent sans effet.
Dépannage
Les notifications arrivent mais les mentions sont ignorées
L'installation est antérieure à l'agent. Réinstallez l'application Slack depuis le tableau de bord pour ajouter les scopes requis.
L'agent ne trouve pas un plan de test par nom
Demandez-lui de lister les plans de test d'abord. Il résout les noms par rapport à ce qui existe dans votre espace de travail et ne devinera pas un nom qu'il ne peut pas identifier.
L'agent dit qu'il ne peut pas lancer une exécution
Le lancement d'une exécution nécessite à la fois un cas de test ou plan de test résolvable et une cible. Nommez l'environnement explicitement — « on staging » — si l'espace de travail n'a pas de cible par défaut.