Relier les outils de votre organisation

Ajoutez GitLab, Jira, la recherche de code et d’autres outils, testez-les, et comprenez quand les comptes personnels sont utilisés à leur place.

Ce que vous allez apprendre

Comment ajouter, tester et choisir le connecteur par défaut de chaque type.
Comment les secrets sont conservés.
Pourquoi les comptes GitLab et Jira personnels passent en premier.
Quelles adresses vos outils doivent avoir.

Où cela se trouve

Paramètres › Connecteurs regroupe les outils de votre organisation : GitLab, Jira, Sourcebot (recherche de code), Confluence, Hoppscotch, Postman, Figma, npm et des serveurs MCP. Les propriétaires et les administrateurs les modifient ; les membres voient lesquels sont reliés, jamais leurs valeurs.

Ajouter et tester un connecteur

Exemple : Acme Logistics relie son GitLab.

Dans Paramètres › Connecteurs, cliquez sur Ajouter à côté de GitLab.
Donnez-lui un Nom (GitLab Acme), l’adresse et un jeton.
Cliquez sur Enregistrer, puis sur Tester la connexion. Le résultat reste affiché : Fonctionne, Échec avec la raison, ou Non testé.

Faites de même pour Jira, et pour Sourcebot si vous l’avez.

Vous pouvez en avoir plusieurs d’un même type — deux serveurs GitLab, par exemple. Le premier est celui par défaut : les exécutions l’utilisent. En faire celui par défaut change cela ; Supprimer en retire un.

Astuce : testez après chaque modification. Un test en échec dit pourquoi en termes clairs — une mauvaise adresse, un jeton expiré — avant que l’exécution d’un développeur ne le découvre.

Les secrets

Les jetons et mots de passe sont stockés chiffrés. Après l’enregistrement, la page indique seulement qu’une valeur est définie, avec ses 4 derniers caractères. Remplacer la change ; Retirer l’efface. Les valeurs ne vont qu’aux outils de Claude pendant une exécution.

Les comptes personnels d’abord

Pour GitLab et Jira, chacun peut relier son propre compte dans Comptes connectés. Dans ce cas, Claude et l’application travaillent en son nom, avec ses propres droits — GitLab et Jira montrent ainsi qui a fait quoi. Sinon, le connecteur par défaut de l’organisation est utilisé et l’exécution l’indique. Fusionner, fermer et supprimer des merge requests depuis l’application demandent toujours le compte GitLab personnel.

Demandez à chacun de relier ses comptes dès sa première semaine.

La recherche de code

Avec un connecteur Sourcebot qui fonctionne, Claude cherche dans votre code avec lui pendant la Préparation. Sans lui, Claude cherche dans les dépôts en lecture seule via GitLab.

Les adresses de vos outils

Livra joint vos outils par internet : les connecteurs utilisent donc des adresses https publiques — pas localhost ni des réseaux privés. Un GitLab ou un Jira accessible seulement sur le réseau de votre bureau doit d’abord avoir une adresse publique (ou autorisée).

Astuce : si un connecteur échoue avec un message d’adresse privée, la solution est une adresse publique (ou joignable par VPN) pour l’outil — pas un autre jeton.

Vérifiez vos acquis

1. Un développeur a relié son propre compte GitLab. Avec quels droits Claude pousse-t-il sa fonctionnalité ?

Ceux du développeur, via son compte personnel.

2. Vous avez ajouté deux connecteurs Jira. Lequel les exécutions utilisent-elles ?

Celui par défaut — le premier ajouté, sauf si vous en avez choisi un autre avec En faire celui par défaut.

3. Un connecteur pointe vers http://10.0.0.5. Que se passe-t-il ?

Il est refusé : les connecteurs n’utilisent que des adresses https publiques.