Ressources · Connecteur Claude

Connecteur Claude PathmodeCe que Claude sait faire de tes specs produit Pathmode.

Le connecteur Claude Pathmode expose 22 outils. 10 lisent tes intents et ton espace, 9 peuvent y écrire, 3 restent ambigus faute de source claire. Ici : ce que Claude consulte, ce qu'il modifie, ce qui demande un espace connecté, et ce qui reste flou.

Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth

Aperçu

Ce que ça change pour une équipe produit qui code avec un agent

Pathmode range tes décisions produit dans des « intents » : objectif, résultats attendus, contraintes, cas limites, vérification. Une fois l'extension branchée, ses outils couvrent la lecture de ces specs, la stratégie et la constitution de l'espace, et la trace de ce que le travail a révélé : l'agent de code part de la spec, pas d'une demande vague.

Partir de la bonne spec. Avant d'attaquer un ticket, get_current_intent ou search_intents retrouvent l'intent concerné, et get_agent_prompt en tire une consigne d'exécution structurée.

Voir ce qui bloque. analyze_intent_graph repère chemin critique, cycles et goulots dans le graphe des dépendances, et get_intent_relations zoome sur un intent précis.

Garder la trace. create_evidence consigne un bug ou une citation d'utilisateur, link_evidence le rattache à un intent, et record_implementation_finding note ce que la spec avait mal supposé.

Ce que Claude ne fait pas ici : il ne clôt pas lui-même une livraison faite par pull request, puisque Pathmode laisse la fusion le faire. La plupart de ces outils demandent un espace Pathmode connecté ; sans clé, seul le fichier intent.md du projet est en jeu. Rien ne tourne non plus en arrière-plan. Pour enchaîner des tâches à heure fixe, c'est un outil d'automatisation qu'il faut ; la page Intégrations rassemble ce côté-là.

Vocabulaire

Le vocabulaire en une minute

Cinq mots qui reviennent sur cette page.

Connecteur
Ce que tu ajoutes une fois pour ouvrir à Claude un outil ou un service ; ici, une extension qui tourne sur ton poste.
Outil
Une action nommée que le connecteur rend possible. Claude décide seul de celles qu'il appelle, et le répertoire les liste par leur nom.
Intent
Le mot de Pathmode pour une spec produit : un objectif, des résultats observables, des contraintes et des cas limites.
Approbation
La confirmation que Claude demande avant une action qui modifie quelque chose, affichée dans la conversation au bon moment.
MCP
Le standard ouvert qui relie les connecteurs à Claude ; c'est par lui que l'assistant parle à Pathmode.
Connexion

Brancher Pathmode à Claude en trois étapes

  1. 01

    Trouver Pathmode

    Dans les réglages de Claude, ouvre Customize puis Connectors et repère Pathmode. C'est une extension locale. Sur un espace Team ou Enterprise, un Owner ou un Primary Owner doit d'abord l'activer pour l'organisation.

  2. 02

    L'ajouter

    Clique sur Connect sur sa ligne. Sans clé, Pathmode tourne en mode local sur le fichier intent.md du projet. Si l'ajout se passe mal, Disconnect puis recommence.

  3. 03

    Relire ce que tu autorises

    Si un écran d'autorisation s'affiche pour un service, lis-le avant de valider : c'est lui, pas Claude, qui fixe l'étendue de l'accès. Côté Pathmode, la connexion à un espace d'équipe passe par une clé créée dans l'application.

Outils

Les 22 outils, rangés selon ce qu'ils font

Pathmode donne à Claude 22 outils : 10 qui lisent ton compte, 9 qui y changent quelque chose, et 3 qu'aucune source officielle ne décrit.

Trois groupes : ce que Claude lit, ce qu'il peut écrire, et ce que la source décrit sans dire s'il y a écriture. Les noms restent en anglais.

  • 10 lecture
  • 9 écriture
  • 3 non documentés

Ce que Claude lit (10)

10 outils

Dix outils qui consultent intents, graphe, espace et preuves sans les changer.

get_current_intent

Renvoie l'intent en cours : le premier approuvé, ou à défaut le plus récent. C'est le raccourci quand tu ne sais plus quelle spec guide le travail du moment.

Quand ça sert
tu ouvres une session et dois savoir à quelle spec le travail se rattache.

Sourcenpmjs.com · 28 septembre 2026 ↗

list_intents

Affiche tous les intents de l'espace, avec un filtre facultatif par statut : brouillon, validé, approuvé, livré ou vérifié. Tu vois ainsi où en est chaque spec sans ouvrir l'application.

Quand ça sert
tu veux les specs restées à un statut donné, par exemple tout ce qui n'est pas encore approuvé.

Sourcenpmjs.com · 28 septembre 2026 ↗

get_intent

À partir d'un identifiant, rapporte un intent complet avec tous ses champs. Claude travaille alors sur la spec entière, pas sur son seul titre.

Quand ça sert
tu as l'identifiant d'une intention et il te faut la spec complète, pas seulement son titre.

Sourcenpmjs.com · 28 septembre 2026 ↗

get_intent_relations

Montre le graphe de dépendances autour d'un intent précis : ce dont il dépend et ce qui dépend de lui. Utile pour mesurer l'effet d'un report.

Quand ça sert
avant de toucher à une intention, tu vérifies lesquelles y sont liées.

Sourcenpmjs.com · 28 septembre 2026 ↗

search_intents

Cherche par mot-clé dans les objectifs, les buts et les résultats attendus de tous les intents. Pratique quand tu connais le sujet d'une spec mais pas son identifiant exact.

Quand ça sert
un sujet peut être couvert par plusieurs specs et tu veux toutes les voir avant d'en choisir une.

Sourcenpmjs.com · 28 septembre 2026 ↗

analyze_intent_graph

Passe tout le graphe des dépendances au crible pour dégager le chemin critique, les cycles et les goulots d'étranglement. C'est la vue d'ensemble, là où l'outil précédent zoome.

Quand ça sert
le graphe a grossi et tu dois voir où les dépendances bouclent ou s'accumulent.

Sourcenpmjs.com · 28 septembre 2026 ↗

get_agent_prompt

Produit pour un intent une consigne d'exécution structurée, celle qu'un agent de code suit pour l'implémenter. Pathmode y injecte aussi les notes de passation les plus récentes.

Quand ça sert
une intention est prête à implémenter et l'agent de code a besoin d'instructions structurées pour démarrer.

Sourcenpmjs.com · 28 septembre 2026 ↗

get_workspace

Rapporte les informations de l'espace Pathmode : stratégie, produits actifs et constitution. C'est le contexte de haut niveau derrière chaque spec.

Quand ça sert
une spec ne se comprend qu'à la lumière de la stratégie et des produits actifs de l'espace.

Sourcenpmjs.com · 28 septembre 2026 ↗

get_constitution

Donne les règles de contrainte obligatoires de l'espace, celles que toute implémentation doit respecter. Pathmode s'en sert aussi pour noter une livraison.

Quand ça sert
une implémentation doit respecter les règles obligatoires de l'espace et tu veux les avoir sous les yeux.

Sourcenpmjs.com · 28 septembre 2026 ↗

query_evidence

Fouille les éléments de preuve par produit, type, gravité ou texte, et renvoie leurs identifiants pour les rattacher ensuite à un intent.

Quand ça sert
il te faut les identifiants de preuves existantes avant de les rattacher à une intention.

Sourcenpmjs.com · 28 septembre 2026 ↗

Ce que Claude peut écrire (9)

9 outils

Neuf outils qui créent ou modifient des intents, des preuves, des notes ou des fichiers. Aucune source ne décrit leur confirmation : la règle générale s'applique.

sync_context

Approbation : voir la règle

Écrit le contexte de référence de l'espace dans le fichier CLAUDE.md ou AGENTS.md du dépôt, en remplaçant sur place la section balisée par Pathmode sans dupliquer.

Ce que Claude demande
aucune confirmation propre n'est décrite par une source ; la règle générale de Claude prend le relais.
Quand ça sert
le contexte de l'espace a changé et le CLAUDE.md ou l'AGENTS.md du dépôt doit le refléter.

Sourcenpmjs.com · 28 septembre 2026 ↗

update_intent_status

Approbation : voir la règle

Fait avancer un intent d'une étape : brouillon, validé, approuvé, livré, puis vérifié. Pathmode le réserve au travail qui ne passe pas par une pull request, et au passage de livré à vérifié.

Ce que Claude demande
pas de règle de confirmation documentée pour ce changement de statut : la règle par défaut s'applique.
Quand ça sert
un travail passé hors pull request est terminé, ou un résultat livré est confirmé en production.
Attention
pour un travail livré par pull request, c'est la fusion qui pose le statut livré, pas cet outil.

Sourcenpmjs.com · 28 septembre 2026 ↗

log_implementation_note

Approbation : voir la règle

Laisse une note de passation pour la session suivante. Les notes les plus récentes s'affichent dans la prochaine consigne d'exécution, d'où l'intérêt de les rédiger pour qu'elles se suffisent à elles-mêmes.

Ce que Claude demande
Pathmode ne documente aucune validation avant l'écriture de la note : c'est le réglage d'approbation de Claude qui décide.
Quand ça sert
une session s'arrête avant le travail, et la suivante doit reprendre le fil.

Sourcenpmjs.com · 28 septembre 2026 ↗

record_implementation_finding

Approbation : voir la règle

Enregistre ce que la spec supposait à tort et ce que la construction a révélé. Viser une vérification précise la fait passer en échec, et le constat reste dans les consignes futures tant qu'un humain ne l'a pas réglé.

Ce que Claude demande
aucune source ne précise de confirmation pour ce constat ; la règle générale vaut.
Quand ça sert
la construction montre qu'une hypothèse de la spec ne tient pas.

Sourcenpmjs.com · 28 septembre 2026 ↗

create_intent

Approbation : voir la règle

Crée un intent dans l'espace Pathmode, sans écrire de fichier. Pathmode recommande intent_save quand tu travailles dans un dépôt.

Ce que Claude demande
la question de la confirmation n'est traitée par aucune source : Claude suit sa règle par défaut.
Quand ça sert
tu n'es pas dans un dépôt et veux que l'intention existe dans l'espace, sans fichier.

Sourcenpmjs.com · 28 septembre 2026 ↗

update_intent

Approbation : voir la règle

Met à jour le contenu d'un intent existant, en ne passant que les champs à changer. Le reste de la spec ne bouge pas.

Ce que Claude demande
on ne trouve aucune règle de confirmation spécifique dans les sources ; celle de Claude s'applique.
Quand ça sert
un seul champ d'une spec doit changer et le reste doit rester tel quel.

Sourcenpmjs.com · 28 septembre 2026 ↗

create_evidence

Approbation : voir la règle

Crée un élément de preuve : un bug découvert, une citation d'utilisateur, une observation de comportement ou une demande de fonctionnalité.

Ce que Claude demande
aucune page ne documente d'approbation propre à cet ajout ; la règle commune joue.
Quand ça sert
un bug, une citation d'utilisateur ou une demande de fonctionnalité doit rester comme preuve rattachable.

Sourcenpmjs.com · 28 septembre 2026 ↗

intent_save

Approbation : voir la règle

Enregistre une spec dans le fichier intent.md du dépôt : celui de la racine, sinon l'unique fichier du dossier intent, sinon un nouveau fichier à la racine. Il fonctionne aussi en mode local, sans clé.

Ce que Claude demande
rien dans la documentation n'indique de confirmation particulière ; la règle par défaut s'applique.
Quand ça sert
tu travailles dans un dépôt et la spec a sa place dans son intent.md.

Sourcenpmjs.com · 28 septembre 2026 ↗

Sens non établi (3)

3 outils

Pathmode décrit ces trois outils, mais sans dire s'ils écrivent quelque part ou se contentent de renvoyer un résultat. On ne tranche pas à sa place.

export_context

D'après Pathmode, cet outil génère des fichiers CLAUDE.md, AGENTS.md, .cursorrules ou intent.md à partir d'un intent ou d'un produit. Aucune source ne dit s'il écrit ces fichiers sur ton disque ou s'il en renvoie seulement le contenu.

Attention
faute de précision, compte sur la règle générale des approbations plutôt que sur un comportement supposé.

verify_implementation

Pathmode le décrit comme une notation de l'implémentation face à la spec, à partir de la pull request dont il lit lui-même le différentiel, critère par critère et avec citations. Aucune source ne dit si cette note s'enregistre dans l'espace.

Attention
le sens lecture ou écriture reste non établi ; la règle générale des approbations le couvre.

intent_export

Selon l'éditeur, il exporte une spec au format .cursorrules, en section de CLAUDE.md ou d'AGENTS.md, ou en grille de résultats. Rien ne précise si l'export atterrit dans un fichier ou reste dans la réponse.

Attention
tant que ce point n'est pas documenté, c'est la règle par défaut de Claude qui s'applique.
Approbations

Ce que Claude te demande avant d'agir

Par défaut, Claude s'arrête et demande ton accord avant chaque action qu'il mène à ta place sur un compte ou un service. La demande s'affiche dans la conversation, au moment où elle compte.

Aucune source ne décrit de confirmation propre aux neuf outils qui écrivent, ni aux trois dont le sens reste flou. Pathmode pose en revanche ses propres garde-fous : un agent ne valide jamais seul sa propre livraison, la fusion d'une pull request décide du statut livré, et une correction proposée attend qu'une personne connectée l'accepte. Pathmode précise aussi que ses consignes à l'agent sont des instructions, pas une contrainte. Sur Team et Enterprise, les propriétaires peuvent borner le connecteur pour toute l'organisation.

Plans

Sur quels plans c'est disponible

Aucune des 819 fiches du répertoire officiel n'affiche de disponibilité par plan. Connecteur par connecteur, l'information n'est publiée nulle part.

La règle générale, elle, est publiée : les extensions de bureau s'installent sur Claude Desktop, et les connecteurs distants sont ouverts sur Claude, Cowork, Claude Desktop et mobile. Sur Team et Enterprise, un Owner ou un Primary Owner les active pour l'organisation avant que les membres s'en servent. L'état à jour se lit sur la fiche Pathmode du répertoire officiel.

Limites

Là où ce connecteur s'arrête

Un connecteur n'est pas une automatisation. Claude appelle ces outils pendant qu'il te répond : aucun intent ne change de statut tout seul.

La liste d'outils est un plancher observé, pas un plafond : un administrateur peut ouvrir des actions absentes de toute fiche publique. Ce connecteur n'est documenté que par son éditeur, dont le guide décrit d'ailleurs des outils absents de la fiche ; les autres fiches de la famille sont sur la page connecteurs Claude. Anthropic rappelle sur chaque fiche qu'il ne garantit pas le comportement des outils exposés.

Besoin d'aide

Besoin d'aide pour brancher Pathmode sur Claude ?

Une personne lit chaque message.

FAQ

Questions fréquentes sur le connecteur Claude Pathmode

01Que peut faire Claude avec le connecteur Pathmode ?
Claude peut lire tes specs produit Pathmode, les faire évoluer et garder la trace de ce que le travail révèle. Dix outils consultent intents, dépendances, espace, constitution et preuves ; neuf créent ou modifient des intents, des preuves, des notes de passation et des fichiers du dépôt ; trois sont décrits sans que l'on sache s'ils écrivent. L'idée de Pathmode : que l'agent de code parte d'une spec claire au lieu d'une phrase vague, et qu'il rende compte de ce qu'il a trouvé.
02Claude peut-il modifier mes specs ou mes fichiers via Pathmode ?
Oui. Neuf outils écrivent : ils créent et modifient des intents, changent leur statut, ajoutent et lient des preuves, laissent des notes et des constats, et écrivent dans intent.md, CLAUDE.md ou AGENTS.md du dépôt. Pathmode garde toutefois la main sur la livraison : pour le travail passé par pull request, c'est la fusion qui pose le statut livré. Trois autres outils, dont la vérification d'une livraison, restent ambigus sur l'écriture : aucune source ne dit s'ils enregistrent quelque chose.
03Claude me demande-t-il avant de modifier un intent ?
Par défaut, Claude demande une confirmation avant chaque action qu'il mène à ta place. Aucune source ne décrit de règle propre aux outils d'écriture de Pathmode, c'est donc ce réglage par défaut qui s'applique. Pathmode ajoute ses garde-fous : une correction proposée attend l'accord d'une personne connectée, et un agent ne valide jamais seul sa livraison. Sur Team et Enterprise, les propriétaires peuvent aussi restreindre le connecteur pour toute l'organisation, et personne ne lève ce réglage depuis son compte.
04Sur quels plans le connecteur Pathmode est-il disponible ?
Aucune source officielle ne publie la disponibilité par plan pour ce connecteur, et aucune fiche du répertoire ne l'affiche. La règle générale d'Anthropic : les extensions de bureau s'installent sur Claude Desktop, les connecteurs distants sont ouverts sur Claude, Cowork, Claude Desktop et mobile, et sur Team ou Enterprise un Owner les active d'abord. Côté Pathmode, les fonctions d'équipe demandent un espace connecté. La fiche du répertoire reste le seul état à jour.
05Claude voit-il tout notre espace Pathmode ?
Il voit ce que la clé configurée lui ouvre. En mode local, sans clé, il ne travaille que sur intent.md et les specs du projet, et rien ne quitte ta machine selon Pathmode. Avec un espace connecté, il accède aux intents, à la stratégie, à la constitution et aux preuves de cet espace. Au-dessus, un propriétaire d'espace Team ou Enterprise peut restreindre le connecteur pour toute l'organisation, sans contournement depuis un compte.
06Pourquoi certains outils Pathmode ne répondent-ils pas ?
Parce que la plupart des outils de la fiche relèvent des fonctions d'équipe de Pathmode, qui exigent un espace connecté par une clé. Sans clé, l'extension reste en mode local et ne travaille que sur le fichier intent.md du projet. Pathmode explique que la clé se récupère dans les réglages de son application, rubrique des clés d'API, et que l'extension fonctionne avec Claude Desktop, Claude Code ou Cursor selon le fichier de configuration.
07Claude ou un outil d'automatisation pour Pathmode ?
Ils ne font pas le même métier. Claude avec Pathmode sert quand tu travailles maintenant : écrire une spec, la confronter au code, consigner un constat pendant l'implémentation. Un outil d'automatisation sert quand une tâche doit tourner sans toi, à heure fixe ou sur un événement. Aucun outil du connecteur ne démarre seul, et Pathmode laisse déjà la fusion des pull requests poser le statut livré, sans intervention de Claude : cette étape-là n'a pas besoin d'automatisation.