
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.
Comment ça se connecte
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.
Mise en place
1Ajouter 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.
2Ajouter 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.
3Donner à 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.
4Vé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.
Ensuite, demandez
Bon à savoir
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.
Restez en 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.
Questions fréquentes
Claude va-t-il fermer ou supprimer des issues GitHub ?
Faut-il une offre Linear payante ?
Cela peut-il tourner selon un planning ?
Et si Claude envoie une issue à la mauvaise équipe ?
Outils de cette configuration


Suivi de tickets rapide, pensé pour le clavier.



