L’intégration Pylon est actuellement en version bêta. Contactez mitchell.tan@cognition.ai pour demander l’accès.
- Déléguer des problèmes : démarrer une session à partir d’un problème Pylon, le ticket étant déjà fourni comme contexte.
- Poser des questions : interroger votre base de code depuis Pylon. Vous pouvez également autoriser les questions de personnes qui n’ont pas de compte Devin.
- Déclencher des automatisations : démarrer des sessions lorsqu’un problème est créé, reçoit une balise ou change de statut.
- Utiliser les outils Pylon : permettre à Devin de consulter les problèmes, les comptes et les contacts, avec un accès en écriture facultatif aux problèmes et aux comptes.
Configuration de l’intégration
Vous devez être administrateur à la fois dans Pylon et dans Devin pour connecter l’intégration.- Accédez à Settings > Connections > Pylon et cliquez sur Connect.
- Connectez-vous à Pylon et autorisez l’accès pour Devin.
- De retour dans Devin, vérifiez les paramètres de contrôle d’accès et activez les capacités dont vous avez besoin.
- Vérifiez le profil de sécurité Pylon créé automatiquement et assurez-vous qu’il est adapté à votre workflow.
Pour les offres Enterprise, gérez Pylon depuis l’organisation principale. Ces paramètres s’appliquent à l’ensemble de votre Enterprise. Si votre Enterprise compte plusieurs organisations, sélectionnez-en une dans la section routage des sessions avant d’utiliser l’intégration.
Connecter votre compte utilisateur Pylon
Associez votre compte Pylon à votre compte Devin pour que les sessions déléguées vous soient attribuées. Accédez à Settings > Connections > Pylon et cliquez sur Link user profile, ou associez votre compte depuis Personal Connections.Contrôle d’accès
Configurez ces paramètres sur la page de connexion Pylon.Les outils Pylon de Devin ne peuvent ni créer de brouillons de messages destinés aux clients, ni répondre aux clients. Les actions d’écriture se limitent aux champs des problèmes et des comptes.
Profil de sécurité
La connexion de Pylon crée un profil nommé Pylon security profile et le définit comme profil par défaut pour les sessions déléguées. Les comptes Enterprise reçoivent un profil Enterprise partagé ; les autres comptes reçoivent un profil d’organisation. Le profil est initialement configuré avec les paramètres suivants :
Pour changer de profil sélectionné, utilisez Security → Default security profile sur la page de connexion Pylon. Pour modifier les restrictions du profil, ouvrez Profils de sécurité. Ces actions nécessitent l’autorisation de gérer les profils de sécurité au niveau de l’organisation ou au niveau Enterprise, selon le cas. Si vous reconnectez Pylon, les modifications apportées au profil et les sélections par défaut existantes sont conservées.
Champ d’application :
- Sessions déléguées : elles utilisent le profil Pylon par défaut configuré au moment de leur création.
- Automatisations : elles disposent de leur propre sélection de profil. Lorsque vous ajoutez un déclencheur Pylon, l’éditeur présélectionne le profil Pylon configuré si vous avez l’autorisation de le sélectionner et que vous n’avez ni choisi un autre profil ni désactivé cette option. Vérifiez le Profil de sécurité de l’automatisation avant de l’enregistrer. La modification du profil Pylon par défaut ne remplace pas les profils déjà enregistrés dans les automatisations.
- Questions en mode consultation seule : elles s’appuient sur les repositories indexés sans démarrer de session exécutée sur une VM.
Le profil Pylon par défaut ne permet pas d’ouvrir des pull requests. Si votre workflow en a besoin, un administrateur disposant des autorisations nécessaires doit configurer un accès Git adapté. Les reproductions qui téléchargent des dépendances ou appellent des services externes peuvent également nécessiter des destinations réseau supplémentaires. Limitez les autorisations au strict nécessaire pour le workflow.
Routage des sessions
Le routage des sessions est disponible uniquement avec les plans Enterprise. Sous Routage des sessions, sélectionnez l’Organization dans laquelle les sessions Pylon doivent s’exécuter. Les comptes Enterprise comportant plusieurs organisations doivent en sélectionner une avant de pouvoir utiliser l’intégration ; d’ici là, les événements Pylon sont rejetés. Les comptes ne comportant qu’une seule organisation utilisent automatiquement celle-ci.Travailler avec Devin dans Pylon
Déléguer un problème
Ouvrez le panneau Devin sur le côté droit d’un problème Pylon et décrivez la tâche. Le ticket fait déjà partie du contexte ; vous pouvez également joindre des captures d’écran ou des fichiers journaux. Une session complète nécessite un compte Devin reconnu par la correspondance des utilisateurs et disposant d’un accès à l’organisation sélectionnée. Si l’une de ces conditions n’est pas remplie, Devin en indique la raison dans le problème. Devin publie dans le problème son plan, ses commandes, ses modifications de fichiers, ses pull requests et le lien de la session. Il vous prévient également lorsqu’il s’arrête en attendant une réponse. Ces mises à jour sont automatiques : inutile de configurer un déclencheur Pylon.- Relancer : répondez dans le fil de discussion Devin du problème en ajoutant des instructions.
- Archiver : répondez
archive(ou@Devin archive) pour archiver la session. - Continuer ailleurs : reprenez la même session dans la webapp Devin ou dans les threads Slack liés par Pylon.
Poser des questions sur votre base de code
Posez une question sur votre base de code depuis Pylon, par exemple « Comment fonctionne la vérification de signature des webhooks ? ». Devin répond à partir des repositories indexés, sans lancer de session complète ni apporter de modifications. Pour permettre aux personnes sans compte Devin de poser des questions, activez Ask without a Devin account.Threads Slack
Connectez Slack et invitez Devin dans vos canaux d’escalade. Devin peut suivre les threads Slack liés à un problème Pylon et recevoir les réponses dans la session. Répondez@Devin archive dans un thread suivi pour archiver la session.
Déclencher Devin depuis Pylon
Utilisez les automatisations pour lancer des sessions à partir d’événements Pylon. Commencez par activer Pylon automation triggers dans le contrôle d’accès.- Accédez à Automatisations et créez une nouvelle automatisation.
- Ajoutez un déclencheur, choisissez Pylon, puis sélectionnez un événement :
- Issue created : un nouveau problème est signalé. Vous pouvez éventuellement filtrer par Title.
- Tag added : une balise est ajoutée à un problème. Choisissez la balise à faire correspondre dans Added Tag.
- Status changed : un problème passe à un statut donné. Choisissez le statut à faire correspondre dans Status.
- Ajoutez une action Start session et rédigez les instructions destinées à Devin.
- Vérifiez le profil de sécurité, l’accès réseau et les outils de l’automatisation, puis enregistrez.
- Triage Customer Bug Tickets : analyse les problèmes nouvellement signalés, tente de reproduire les bugs et transmet les constats au support.
- Investigate Support Escalations : analyse les problèmes balisés, tente de reproduire le bug, propose un correctif et publie les constats dans le thread Slack interne.
Escalader les tickets de support vers l’équipe d’ingénierie
Une escalade type se déroule comme suit :- Un client signale un problème dans Pylon.
- Une skill Pylon ou la détection par IA du type de problème identifie un bug suffisamment détaillé pour être reproduit et ajoute une balise d’escalade.
- La balise déclenche une automatisation Devin.
- Devin lit le ticket, consulte les logs et les outils de monitoring connectés, puis tente de reproduire la défaillance. Si le profil de sécurité l’autorise, Devin peut ouvrir une pull request.
- Devin publie ses constats dans Slack et ses mises à jour d’avancement dans le problème Pylon.
- Un ingénieur examine l’investigation et assure le suivi dans le thread Slack.
Configurer Pylon
Utilisez un skill Pylon ou la détection par IA du type de problème pour ajouter une balise aux tickets à escalader. Utilisez la même balise dans le filtre Added Tag de l’automatisation Devin. Définissez des parcours distincts pour les bugs sans détails de reproduction et pour les tickets qui ne sont pas des bugs.Configurer l’automatisation Devin
- Ouvrez la galerie de modèles d’automatisation et sélectionnez Investigate Support Escalations.
- Dans le déclencheur préconfiguré Pylon → Tag added, définissez Added Tag sur votre balise d’escalade.
- Relisez le prompt et le profil de sécurité. Le modèle demande à Devin d’identifier la cause racine, de tenter de reproduire le problème, de proposer un correctif et de publier ses constats dans le thread Slack interne de Pylon.
- Configurez l’accès Slack comme indiqué ci-dessous, puis cliquez sur Créer une automatisation.
Publier les constats dans le thread Slack interne de Pylon
Un workflow courant consiste à faire publier par Pylon un résumé du ticket dans un canal Slack interne, puis à faire répondre Devin dans ce même fil de discussion avec ses constats.- Connectez Slack et invitez Devin dans le canal interne où Pylon publie ses messages.
- Attribuez à l’automatisation l’outil Slack ainsi que l’accès à ce canal.
-
Dans le prompt de l’automatisation, demandez à Devin de publier ses constats dans le fil de discussion créé par Pylon plutôt que dans un nouveau message de premier niveau. Le modèle Investigate Support Escalations inclut déjà cette instruction :
If there is an internal Slack thread in a channel that Pylon has posted an update to, find that top-level thread and post your findings within that thread.
Mises à jour automatiques dans Pylon
L’intégration publie automatiquement des notes internes dans le problème Pylon associé lors de certains événements, comme l’ouverture d’une pull request. Il n’est pas nécessaire de configurer un déclencheur Pylon pour ces notes.Déclencheurs Pylon personnalisés facultatifs
Pour aller au-delà des mises à jour intégrées, recherchez devin dans le générateur de déclencheurs de Pylon afin de trouver les conditions suivantes :- Devin a ouvert une pull request
- Devin a fusionné une pull request
- Devin a fermé une pull request
- Devin attend une réponse

