Un bug signalé dans un canal d'ingénierie reste souvent ouvert jusqu'à ce qu'un ingénieur puisse mettre de côté le travail prévu, le reproduire et en trouver la cause. Cette investigation représente généralement l'essentiel du travail, et la modification elle-même est minime.
Avec Claude Tag dans le canal et le dépôt connecté, répondez à un rapport. Claude reproduit le bug, trouve la cause et ouvre une pull request provisoire(s’ouvre dans un nouvel onglet). Il publie sa progression dans le fil de discussion, où n'importe qui dans l'équipe peut demander une approche différente(s’ouvre dans un nouvel onglet). Il travaille sur sa propre copie du code sous son propre compte GitHub, de sorte que la protection des branches et la relecture s'appliquent. Un ingénieur décide si elle est fusionnée.
Configuration
Que demander à Claude, et ce qu'il fait
Lorsqu'un rapport de bug arrive, répondez dans son fil de discussion et demandez à Claude de le reproduire et de le corriger. Indiquez-lui quel dépôt, et quand s'arrêter, par exemple une fois qu'une PR provisoire est ouverte et que la CI réussit.
La première réponse de Claude est une liste de contrôle qu'il met à jour au fur et à mesure de son travail, afin que vous puissiez suivre sa progression. Lorsqu'il a terminé, il publie le message ci-dessous :
Claude a ouvert la pull request sous son propre compte GitHub, de sorte que vos règles de protection des branches et de relecture s'y appliquent.
Avant que quiconque ne fusionne, lisez le code modifié dans la pull request et vérifiez que le nouveau test couvre le cas signalé.
Suivis
Corriger l'approche dans le fil de discussion
N'importe qui dans le fil de discussion peut demander une modification, sans retagger Claude, et Claude met à jour la même pull request (répondez dans le fil de discussion pour orienter(s’ouvre dans un nouvel onglet)). Leo, qui possède le code d'exportation, répond dans le fil de discussion :
Faire suivre une pull request par Claude
Claude peut suivre une pull request(s’ouvre dans un nouvel onglet), quelle que soit la personne qui l'a ouverte, et publier chaque résultat de CI dans le fil de discussion. Demandez-lui de ne vous taguer que lorsqu'une vérification échoue.
Faire agir Claude sur chaque nouveau rapport
Avec l'option Répondre automatiquement activée pour le canal, Claude peut agir sur les nouveaux rapports sans tag (travail permanent(s’ouvre dans un nouvel onglet)). Envoyez le message ci-dessous une seule fois, et Claude essaiera de reproduire chaque nouveau rapport de bug. Il publie une pull request provisoire, ou ce qu'il a essayé.
Voir les instructions permanentes du canal
Claude répertorie les instructions permanentes d'un canal lorsqu'on le lui demande, afin que vous puissiez en modifier ou en arrêter une(s’ouvre dans un nouvel onglet).
Demander uniquement un diagnostic
Vous décidez jusqu'où Claude va. Demandez uniquement la cause, et Claude publie ses conclusions dans le fil de discussion sans modifier le code ni ouvrir de pull request.
Astuces
Donnez à Claude le dépôt et un point d'arrêt clair
Avant votre premier message, Claude n'a aucune copie de votre code au début d'un fil de discussion. Dès que vous nommez le dépôt dans vos messages, Claude le clone. Indiquez-lui quand s'arrêter, par exemple une fois que la CI réussit, afin qu'il sache quand le correctif est terminé.
Enseignez une fois les conventions de votre dépôt à Claude
Claude peut suivre les conventions d'un dépôt à chaque fois qu'il y travaille, par exemple l'emplacement des fichiers ou ce qu'une pull request doit inclure (faire en sorte que les conventions du dépôt soient retenues(s’ouvre dans un nouvel onglet)).
Ressources associées
- Pour en savoir plus, consultez le cours Introduction à Claude Tag(s’ouvre dans un nouvel onglet).
- Premiers pas avec Claude Tag(s’ouvre dans un nouvel onglet) : ajoutez @Claude à un canal et découvrez ce qu'il peut y lire.
- Corriger des bugs(s’ouvre dans un nouvel onglet) : la page de documentation Claude Tag sur laquelle ce cas d'usage est basé.