Aller au contenu
Pathrule

couche de contexte

La couche de contexte
du codage IA.

Une couche de contexte indexe par chemin les mémoires, règles et skills d'une équipe, et ne transmet aux agents qu'elle utilise que la partie qui s'applique, avant le premier appel d'outil. Voici les cinq façons dont les équipes s'y prennent, et comment savoir laquelle vous convient.

« Ajoute une remise à la commande »une tâche, deux façons

Sans couche de contexte

  1. L'assistant ouvre le module des commandes, lit le schéma, suit les imports jusqu'à la tarification et aux taxes, et lit le gestionnaire de remises pour deviner où s'applique un coupon.
  2. Il écrit une modification plausible qui applique la remise au total de la commande. Le diff compile. Il est faux, exactement de la manière que l'équipe connaît déjà.
  3. Un relecteur le repère, réexplique la convention de la ligne d'article, et la boucle recommence. Les connaissances restent dans la tête d'une seule personne.
  4. Beaucoup de fichiers lus, beaucoup d'appels d'outils, une longue fenêtre d'entrée, et une fausse route qui coûte un cycle de revue.

Avec une couche de contexte

  1. Le sous-ensemble correspondant au chemin des commandes arrive au moment du hook, avant le premier appel d'outil. Le modèle sait déjà que les coupons s'appliquent à la ligne d'article.
  2. Il applique la remise à la ligne d'article du premier coup, car la règle était dans le contexte avant qu'il ne commence.
  3. Une règle stricte peut bloquer, avant qu'elle ne passe, une modification qui place la remise au mauvais endroit : la correction a lieu avant la revue, pas après.
  4. Une fenêtre de contexte courte et ciblée, et une modification précise, car seules les règles de ce chemin ont été injectées.

Cinq façons de donner du contexte à un agent.

  • Fichiers d'instructions
    à choisir quand
    Une personne, un dépôt, peu de conventions
    les connaissances arrivent
    À chaque tour, en totalité
    survit à un changement d'outil
    Non, chaque outil lit son propre fichier
    casse
    Dès la deuxième personne ou le deuxième agent : chaque outil veut sa propre copie.
  • API de mémoire
    à choisir quand
    Vous intégrez de la mémoire à votre propre produit
    les connaissances arrivent
    Quand quelque chose l'interroge
    survit à un changement d'outil
    Oui, si vous maîtrisez le point d'appel
    casse
    Silencieuse par conception. Une contrainte que personne n'a demandée n'arrive jamais.
  • Recherche vectorielle
    à choisir quand
    La réponse est écrite, mais on ne sait pas où
    les connaissances arrivent
    Quand quelque chose l'interroge
    survit à un changement d'outil
    Oui, mais l'index est à vous de l'exploiter
    casse
    Elle ne peut pas renvoyer une décision qui ne figure dans aucun fichier.
  • Espace de travail d'agents
    à choisir quand
    Les agents en parallèle sont le goulot d'étranglement
    les connaissances arrivent
    Par session, pas par chemin
    survit à un changement d'outil
    Hors sujet : c'est lui, l'outil
    casse
    Une deuxième copie de travail ne décide pas quelles connaissances vont où.
  • Couche liée aux chemins
    à choisir quand
    Une personne sur plusieurs moteurs, ou une équipe sur un dépôt
    les connaissances arrivent
    Avant le premier appel d'outil, limitée au chemin
    survit à un changement d'outil
    Oui, les connaissances vivent hors de tout outil
    casse
    Une solution excessive pour une personne qui utilise un seul agent.

Deux d'entre elles ne sont pas concurrentes. Une API de mémoire dans votre propre produit et une couche de contexte pour vos agents peuvent coexister.

Quand vous n'en avez pas besoin.

Une personne, un dépôt, un seul agent, et des conventions qui tiennent sur une page : un CLAUDE.md versionné est la bonne réponse, et une couche de contexte est superflue. Le point de rupture n'est pas la taille du dépôt, ni celle de l'équipe. C'est le deuxième agent ou la deuxième personne, selon ce qui arrive en premier. Un développeur seul qui utilise Claude Code et Codex sur le même dépôt a déjà le problème : ce que vous apprenez à l'un, l'autre l'ignore, et chacun lit un fichier différent.

Ce que transporte une couche de contexte

  • MémoiresCe que l'équipe a apprisLes faits du type « on a essayé, ça n'a pas marché », qui disparaissent quand l'ingénieur qui les a appris s'en va. Rattachés au chemin où ils s'appliquent. En savoir plus : mémoire persistante pour les agents de codage IA.
  • RèglesCe qu'il faut faire ou éviterDes contraintes indicatives et strictes. Les garde-fous fermes (pas de console.log dans /apps/web) et les préférences souples (privilégier les exports nommés dans /packages/ui). En savoir plus : règles pour les agents de codage IA.
  • SkillsModes opératoires en plusieurs étapesLes procédures que l'équipe a mises au point : comment ajouter une migration, comment livrer un feature flag, comment mener la revue de sécurité. Invocables par leur nom. En savoir plus : skills pour les agents de codage IA.
  • Indexé par cheminLes connaissances restent près du code concernéChaque mémoire, règle et skill est rattachée à un chemin. Une règle pour /services/billing ne s'active jamais quand le modèle travaille dans /apps/mobile.

Fichier unique vs couche de contexte

Fichier d'instructions uniqueà chaque tour, sur chaque chemin
  • Les fichiers d'instructions natifs peuvent être limités à des chemins et partagés via le contrôle de version.
  • Le coût en tokens croît linéairement avec les règles de l'équipe.
  • Un assistant par fichier. Changer d'outil fait perdre les connaissances de l'équipe.
  • Modifiable par quiconque a les droits de push. Aucune revue structurée.
  • Des connaissances transmises de bouche à oreille.
Couche de contexte pour le codage IApour ce chemin
  • Le sous-ensemble lié au chemin du répertoire où travaille le modèle.
  • Le coût en tokens suit le sous-ensemble pertinent, pas l'ensemble des règles.
  • Une couche, de nombreux assistants. Changer d'outil ne remet pas l'équipe à zéro.
  • Un graphe de connaissances relisible, avec un accès à l'espace de travail contrôlé côté serveur et un détecteur de règles obsolètes.
  • Des connaissances écrites une fois, transmises automatiquement à la session du collègue suivant.

Assistants de codage IA pris en charge

Questions fréquentes.

Qu'est-ce qu'une couche de contexte pour le codage IA ?

La couche de routage entre les connaissances typées d'une équipe (mémoires, règles et skills) et les assistants de codage IA qu'elle utilise. Elle indexe ces connaissances par chemin et ne transmet au modèle que le sous-ensemble pertinent, au moment du hook, avant le premier appel d'outil.

En quoi une couche de contexte diffère-t-elle de CLAUDE.md ou d'AGENTS.md ?

CLAUDE.md et AGENTS.md sont des fichiers plats qui transmettent chaque instruction à chaque tour. Une couche de contexte se situe un niveau au-dessus : elle stocke les connaissances dans un graphe indexé par chemin et n'achemine vers le modèle que le sous-arbre correspondant, si bien que chaque instruction que voit le modèle compte réellement pour le chemin en cours.

Une couche de contexte est-elle un outil de codage IA ?

Non. Une couche de contexte ne génère pas de code, n'exécute pas d'inférence et ne remplace pas votre IDE. C'est la couche entre votre équipe et l'assistant de codage IA que vous choisissez, quel qu'il soit : elle rend chaque session plus intelligente sans enfermer l'équipe dans un seul outil.

Que transporte une couche de contexte ?

Trois types de connaissances d'équipe typées : les mémoires (ce que vous avez appris), les règles (ce qu'il faut faire ou éviter) et les skills (des modes opératoires en plusieurs étapes). Elle ne transporte ni votre code source ni un index de votre dépôt.

Comment Pathrule met-il en œuvre la couche de contexte pour le codage IA ?

Pathrule stocke les connaissances de l'équipe dans un graphe indexé par chemin, expose un seul serveur MCP et atteint chaque agent de la manière qu'il permet : des hooks, dont un hook de prompt, pour Claude Code et Codex, des hooks de session et d'outils pour Cursor et GitHub Copilot, et un fichier de règles pour Windsurf. Seul le sous-ensemble qui correspond au répertoire de travail courant est transmis au modèle.

Une couche de contexte voit-elle le code source ?

Elle n'en a pas besoin. Pathrule n'envoie pas automatiquement le code source de votre dépôt. En mode cloud, Pathrule Cloud stocke les mémoires, règles et skills rédigées par l'équipe, le début de chaque prompt est envoyé pour classer ce qui s'applique, et pathrule snapshot, lorsque vous ou votre agent le lancez, envoie l'arborescence de fichiers, les manifestes, de courts extraits de documentation et des métadonnées git récentes. En mode local, il n'y a pas de compte. Le détail complet figure sur la page Sécurité.

Quel outil de contexte choisir ?

Tout dépend du problème que vous avez réellement. Une personne qui utilise un agent sur un dépôt est bien servie par un CLAUDE.md versionné. De la mémoire dans votre propre produit, c'est une API de mémoire. Des connaissances écrites mais difficiles à localiser, c'est la recherche vectorielle. Des agents en parallèle dans des checkouts isolés, c'est un espace de travail d'agents. Une couche de contexte liée aux chemins sert au moment où un deuxième moteur ou une deuxième personne entre en jeu, et pour la plupart des gens, c'est le deuxième moteur. Les cinq approches, et le point où chacune cède, sont présentées plus haut.

Quelle différence entre une couche de contexte et une API de mémoire ?

Le moment de la transmission. Une API de mémoire répond quand on l'interroge : une contrainte sur laquelle l'agent n'a jamais pensé à se renseigner n'arrive donc jamais. Une couche de contexte lit le chemin où l'agent s'apprête à travailler et transmet les connaissances correspondantes avant le premier appel d'outil, que l'agent les ait demandées ou non.

Le RAG vectoriel est-il une couche de contexte ?

Non. La recherche vectorielle trouve du texte déjà écrit, classé par similarité avec une requête. Une couche de contexte porte des décisions qui ne figurent dans aucun fichier, indexées par le chemin qu'elles régissent, et elle peut les faire respecter : une règle a une portée, une priorité et un niveau d'application, là où un stockage renvoie du texte. La similarité est une supposition sur la pertinence ; un chemin en est un fait. Pour aller plus loin : RAG vectoriel vs contexte lié aux chemins.

Ai-je besoin d'une couche de contexte si je travaille seul ?

Travailler seul n'est pas vraiment la question. Le nombre d'agents que vous utilisez, si. Une personne, un agent et une page de conventions, c'est exactement ce que sait bien faire un fichier d'instructions. Une personne qui utilise Claude Code, Codex et Cursor sur le même dépôt a déjà le problème que résout une couche de contexte : ce que vous apprenez à l'un reste chez lui, et chacun lit un fichier différent. C'est pour cette raison que Pathrule est gratuit pour un usage individuel.

Un deuxième agent ?
C'est le moment.