# Connecter Claude à GitHub et Linear

> Les nouvelles issues GitHub s'accumulent plus vite que personne ne peut les étiqueter, et le vrai travail est suivi dans Linear.

Cette configuration s'adresse aux mainteneurs et aux équipes produit qui reçoivent les rapports de bugs dans GitHub Issues mais planifient le travail dans Linear. Claude lit les nouvelles issues GitHub, propose des labels et une priorité, puis crée les issues Linear correspondantes dans la bonne équipe une fois que vous avez approuvé. Vous obtenez un backlog trié dans Linear et une liste d'issues GitHub plus propre.

## Étapes

1. **Ajouter le serveur MCP GitHub**: Dans GitHub, créez un jeton fine-grained limité aux dépôts à trier, avec l'accès en lecture et écriture aux issues et en lecture aux métadonnées. Ajoutez le serveur MCP officiel de GitHub à Claude Desktop ou Claude Code avec ce jeton. Demandez à Claude de lister les dix issues ouvertes les plus récentes pour confirmer l'accès.
   Astuce: Laissez désactivées les permissions sur le contenu et les pull requests : le tri n'a besoin que des issues.
2. **Ajouter le serveur MCP Linear**: Ajoutez le serveur MCP distant de Linear sur mcp.linear.app et terminez la connexion OAuth dans votre navigateur. Choisissez l'espace de travail qui contient vos équipes produit. Demandez à Claude de lister vos équipes Linear et leurs états de workflow pour vérifier qu'il voit le bon espace.
   Astuce: Si vous appartenez à plusieurs espaces, vérifiez les noms des équipes avant de créer quoi que ce soit.
3. **Donner à Claude des consignes de tri**: Rédigez de courtes consignes de tri : vos labels GitHub et leur signification, votre façon de fixer la priorité, et quelle équipe Linear est responsable de quelle partie du produit. Enregistrez-les dans un Projet Claude, dans CLAUDE.md ou dans un prompt que vous collez à chaque fois. Ajoutez deux ou trois anciennes issues avec le routage choisi, à titre d'exemple.
   Astuce: Ajoutez une règle pour les doublons, par exemple chercher le titre dans Linear avant de créer une nouvelle issue.
4. **Vérifier avant d'écrire**: Demandez d'abord à Claude un tableau de tri : issue, labels proposés, priorité, équipe cible et une raison en une ligne. Corrigez ce qui est faux, puis approuvez les changements de labels et la création des issues Linear. Gardez l'approbation des outils activée pour les écritures jusqu'à ce que quelques séries passent sans correction.
   Astuce: Demandez à Claude d'ajouter le lien Linear en commentaire sur l'issue GitHub pour que les auteurs puissent suivre l'avancement.

## Prompts à essayer

- Trie les issues ouvertes dans acme/app créées cette semaine et montre-moi un tableau avec labels, priorité et équipe Linear.
- Crée des issues Linear dans l'équipe Platform pour les issues GitHub que tu as marquées comme bugs, avec un lien vers GitHub.
- Trouve les issues GitHub qui semblent être des doublons d'issues Linear existantes et liste-les côte à côte.
- Ajoute les labels bug et needs-repro à l'issue 512 et demande la version du navigateur à l'auteur dans un commentaire.
- Résume les nouvelles issues GitHub de la semaine par domaine produit pour la réunion de planification.

## Ce qu'il vous faut

- Un compte GitHub avec accès en écriture aux issues des dépôts concernés
- Un espace Linear dans lequel vous pouvez créer des issues
- Claude Desktop ou Claude Code
- Des consignes de tri écrites avec labels, priorités et responsabilités des équipes

## Limites

- Claude évalue la priorité à partir du texte de l'issue : un rapport de bug vague donne un tri vague.
- Les issues Linear créées ainsi ne restent pas synchronisées avec GitHub ; un changement de statut d'un côté ne met pas l'autre à jour.
- Les gros backlogs doivent être traités par lots, car Claude gère bien un nombre limité d'issues par conversation.

## Notes de sécurité

- Utilisez un jeton GitHub fine-grained limité à des dépôts précis.
- Gardez l'approbation des appels d'outils pour toute action d'écriture.

## Serveurs MCP

- [GitHub MCP Server](https://github.com/github/github-mcp-server): repository-read, issue-write, pull-request-write
- [Linear MCP Server](https://linear.app/docs/mcp): issue-read, issue-write, project-read

## Questions fréquentes

**Claude va-t-il fermer ou supprimer des issues GitHub ?**

Seulement si le jeton le permet et que vous approuvez l'appel. Pour le tri, limitez-vous aux labels, aux commentaires et à la création d'issues Linear, et fermez les issues vous-même.

**Faut-il une offre Linear payante ?**

Le serveur MCP de Linear fonctionne avec l'offre gratuite, dans les limites de celle-ci en nombre d'issues et d'équipes. Il vous faut une offre Claude qui prend en charge les connecteurs MCP ou Claude Code.

**Cela peut-il tourner selon un planning ?**

Dans Claude Desktop, vous lancez le tri à la main. Pour l'exécuter à intervalles réguliers, vous pouvez lancer Claude Code dans une tâche planifiée, mais gardez une vérification humaine avant les écritures.

**Et si Claude envoie une issue à la mauvaise équipe ?**

Déplacez-la dans Linear et ajoutez le cas comme exemple dans vos consignes de tri. Des exemples clairs corrigent la plupart des erreurs de routage.

## Outils

- **[GitHub](https://suiteintent.com/t/github?m=FR)**: Hébergement de code, tickets et pull requests. · Idéal pour: Équipes qui relisent le code par pull request · Offre gratuite · 10000
- **[Linear](https://suiteintent.com/t/linear?m=FR)**: Suivi de tickets rapide, pensé pour le clavier. · Idéal pour: Startups qui planifient par cycles · Offre gratuite · Gratuit pour les startups