Qui fait référence pour quoi

Un assistant qui connaît votre base de code peut encore se tromper lourdement sur un point : il tranche une question qui ne lui revenait pas. Il renomme un champ public, modifie une règle de tarification, restructure un module, sans savoir qu'une personne de l'équipe fait référence sur ce domaine et aurait répondu en une phrase.

Les profils des membres de l'équipe comblent ce manque. Chaque personne de votre organisation dispose d'un profil qui répond à une seule question, qui fait référence pour quel domaine, et une version courte de cette réponse est compilée dans ce que chaque agent lit avant son premier appel d'outil.

Un profil appartient à l'équipe, pas à un dépôt

Le profil est rattaché à l'organisation et indépendant de l'espace de travail. Une personne qui fait référence sur les paiements le reste, que le travail se fasse dans le dépôt de l'API, dans l'application mobile ou dans un service qui n'existait pas le mois dernier. Le lier à un seul espace de travail obligerait à rétablir le même fait dépôt par dépôt, et c'est exactement ainsi qu'un annuaire devient obsolète.

Deux moitiés, dont une seule est déduite

Un profil comporte une moitié déduite et une moitié déclarée, et cette séparation est délibérée.

Déduite : les domaines où vous travaillez réellement. Pathrule enregistre déjà une courte entrée pour chaque travail effectué, et sait déjà qui a rédigé quelle mémoire et quelle règle sur quel chemin. Ces deux décomptes, le travail consigné sur un chemin et les connaissances rédigées sur ce chemin, constituent les éléments de preuve. Rien d'autre n'est lu : ni votre code, ni vos messages de commit, ni la durée de quoi que ce soit. La fenêtre est glissante, de sorte qu'un domaine que vous avez quitté s'efface de votre profil au lieu de vous suivre pendant des années.

Déclarée : votre périmètre de décision. Celui-ci est saisi par la personne et jamais déduit. L'autorité sur une décision produit ne découle pas du fait de toucher des fichiers, et un système qui la déduirait de compteurs d'activité l'inventerait. La personne qui a le plus touché au code de facturation le mois dernier est peut-être la dernière qui devrait trancher une règle de tarification. Pathrule pose donc la question au lieu de deviner.

La même règle s'applique à votre nom d'affichage, à vos pronoms et à votre disponibilité : vos propres mots, dans votre propre ligne.

Vous voyez votre propre profil, et vous pouvez le corriger

Vous pouvez lire exactement ce qu'un agent apprend sur vous et votre équipe : le bloc d'équipe correspond à la section Team placée à la fin des fichiers d'instructions que Pathrule écrit pour vos clients, comme CLAUDE.md ou AGENTS.md.

Une liste déduite n'a pas le dernier mot. Lorsqu'une personne a rédigé sa propre liste de domaines ou de tags, celle-ci l'emporte sur la liste déduite, et c'est la présence de cette liste qui marque la réponse comme corrigée plutôt que déduite, si bien que rien ne l'écrase discrètement lors de la déduction suivante.

C'est la base de données qui impose cette limite, pas l'interface. Une personne peut écrire sa propre ligne de profil, et celle de personne d'autre.

Ce que l'agent reçoit réellement

Pas la table des profils. Un court bloc, ajouté aux fichiers d'instructions que vos agents lisent en premier, qui ressemble en substance à ceci :

• le nom de l'équipe et la personne à qui appartient le fichier, avec quelques-uns de ses domaines
• quelques collègues, chacun avec le domaine unique sur lequel il fait référence
• les éventuels périmètres de décision déclarés, limités à une courte liste
• une consigne : s'adresser à l'utilisateur par son nom et, lorsqu'une décision touche le domaine d'une autre personne, orienter vers son responsable au lieu de décider à sa place

Cette dernière ligne est la raison d'être de toute la fonctionnalité. Une liste de noms sans consigne n'est qu'une donnée qu'un agent survole. La consigne est donc réservée avant toute autre mesure, et si le bloc devait se retrouver avec la consigne et personne vers qui orienter, il est entièrement supprimé plutôt que livré comme du bruit.

Ce que le bloc ne peut pas dire

Le bloc accepte des noms, des chemins, des tags et un périmètre déclaré. Il n'existe aucun champ pour une appréciation de performance, de rapidité, de qualité ou d'ancienneté, et le texte libre est limité en longueur et ramené à une seule ligne. C'est une contrainte de structure, pas une consigne de relecture : un fichier d'instructions compilé ne peut pas se retrouver ici avec un paragraphe d'opinion sur un collègue, car il n'existe rien par où une telle phrase pourrait passer.

Il est aussi volontairement petit, avec un petit budget fixe qui inclut son titre. Lorsqu'il y a plus à dire que ce budget ne le permet, des lignes entières sont retirées en partant de l'extrémité la moins utile plutôt que de couper une phrase en deux, si bien qu'un bloc réduit reste exploitable par un agent. Un seul bloc, une seule fois par fichier, jamais un second.

Pourquoi il passe par le fichier compilé

Pathrule dispose de deux moyens d'atteindre un agent : les fichiers d'instructions compilés, lus une fois au début d'une session, et le hook à chaque tour, qui dans Claude Code et Codex atteint le modèle à chaque prompt. Le hook est le bon canal pour ce qui varie selon la requête. Ce bloc ne varie pas selon la requête : le payer à chaque prompt d'une longue session reviendrait à payer de nombreuses fois un seul fait constant.

Il se place tout à la fin du fichier pour une raison voisine. Un préfixe d'instructions mis en cache est invalidé à partir du premier octet modifié, et la composition de l'équipe change bien plus souvent que les connaissances de votre espace de travail. Garder le bloc volatil en dernier laisse tout ce qui le précède identique à l'octet près lorsque quelqu'un rejoint l'équipe.

Consentement

La visibilité se règle par personne et, par défaut, le profil est visible par votre équipe. Un profil passé en privé est retiré de toutes les lectures visibles par l'équipe, y compris le bloc compilé, si bien qu'aucun agent de l'équipe n'apprend sur quoi cette personne fait référence. Ce choix est stocké dans la même ligne que le profil et la base de données l'applique à chaque requête : il n'existe donc aucun endroit où un profil privé fuiterait parce qu'un écran aurait oublié de filtrer.

Pour aller plus loin

• Rôles et autorisations pour savoir qui peut lire et modifier quoi dans un espace de travail.
• Fonctionnement des hooks pour l'autre canal, celui qui transporte ce qui change à chaque prompt.
• Ce qu'une session d'IA enregistre pour les entrées d'activité à partir desquelles la moitié déduite est calculée.