ToolsConnecteur
Linear
Cherchez, créez et mettez à jour des issues, projets et cycles Linear depuis Claude ou ChatGPT, via le serveur MCP de Tulina, pas celui de Linear.
Site officiel : linear.app
Ce qu'il peut faire
4 écriture/1 envoi
- 01Écriture
Listez et cherchez des issues, filtrées par équipe, projet, cycle, assigné ou statut
- 02Écriture
Créez et mettez à jour des issues, avec assigné, priorité, labels et statut
- 03Envoi
Lisez et postez des commentaires sur une issue
- 04Écriture
Listez et créez des projets, équipes, cycles et labels
- 05Écriture
Créez et gérez des abonnements webhook
Une clé API Linear est personnelle : elle agit au nom de la personne qui l'a créée, avec ses accès aux équipes et aux projets. Tulina la garde dans le coffre au niveau choisi. Posée pour vous, l'agent agit en votre nom ; posée pour l'organisation, toute l'équipe passe par cette seule identité, qui est aussi le nom que Linear inscrit sur chaque issue et commentaire créés par l'agent.
Comment connecter Linear à Claude et ChatGPT ?
Via le serveur MCP de Tulina, pas celui hébergé par Linear. Listez et cherchez des issues par équipe, projet ou statut, créez ou mettez à jour l'une d'elles avec un assigné et des labels, postez un commentaire, ou créez un webhook — depuis la même conversation que Claude ou ChatGPT.
Pourquoi passer par Tulina
La connexion n'a jamais été le plus dur.
La plupart des outils publient désormais leur propre accès pour un modèle, et c'est tant mieux : c'est à cela que Tulina se connecte. Le plus dur, c'est de décider qui peut l'utiliser, ce qu'il a le droit de renvoyer, et ce que le modèle sait avant de demander.
Les clés restent au même endroit
VousÉquipeOrganisation
Connectez Linear une fois. L'identifiant est chiffré dans un coffre, jamais conservé en clair, jamais collé dans une conversation ou un fichier. Chacun utilise sa propre clé s'il en a une, sinon celle de son équipe, puis celle de l'organisation : personne n'est bloqué, personne n'a plus d'accès qu'il n'en faut. Révoquez-la une fois, et tout ce qui en dépend s'arrête.
Ce qui sort est filtré avant de sortir
champs retirésmasqués ou hachéspseudonymisés
Les rôles décident qui peut atteindre Linear. Au-delà, une politique posée sur le connecteur décide de ce qui revient. Les données sont minimisées à la source, pas après être arrivées dans un modèle.
Chaque appel est consigné
quoiquiquand
Chaque exécution est journalisée pour l'organisation. C'est ce qui rend une action automatisée vérifiable après coup, et c'est la première chose que demande une revue de sécurité.
L'exécution commence en connaissant l'entreprise
vocabulairecomptes clésdécisions
Une connexion directe donne un accès au modèle, pas la façon dont votre entreprise nomme les choses ni ce qui a été décidé le trimestre dernier. Tulina porte ce contexte d'un outil à l'autre, pour que la même demande sur Linear renvoie quelque chose d'utilisable.
Processus qui utilisent Linear
Les appels clients deviennent des tickets
Chaque appel enregistré dans la journée est passé au crible la nuit — bugs et demandes de fonctionnalités routés vers la bonne équipe en tickets et docs, plus un récap le vendredi.
5 étapes →Développer les comptes à partir de l'usage
Chaque matin, les comptes proches d'une limite sont lus avec la facturation, les incidents et le dernier appel, chiffrés selon vos règles et ouverts en deals d'expansion.
7 étapes →Assurer le suivi des appels commerciaux
Après chaque appel commercial, le deal est mis à jour, le suivi rédigé à partir de ce qui a été dit, les demandes produit créées et un deal à risque signalé.
7 étapes →Les PR mergées font avancer les tickets et un résumé part
Chaque pull request mergée est rattachée à son ticket, avancée sur le board, et regroupée dans un résumé pour l'équipe.
4 étapes →Préparer un appel client
Avant l'appel, les dernières conversations, l'état du compte, comment le produit est réellement utilisé, et où en sont les fonctionnalités demandées, dans un seul brief.
5 étapes →Relancer les deals refroidis
Les deals perdus depuis plus de 90 jours reviennent avec des signaux frais, des contacts vérifiés, et les fonctionnalités demandées depuis livrées.
6 étapes →Trier et router les bugs
Un rapport entrant est lu, comparé aux tickets ouverts pour repérer les doublons, puis classé sur le board de la bonne équipe avec sa sévérité.
5 étapes →