PathruleConnaissances partagées et conflits
Comment Pathrule garde les connaissances de l'équipe synchronisées dans un espace de travail Cloud, détecte les modifications concurrentes à l'enregistrement et vous permet de résoudre un conflit sans perdre votre travail.
Sur cette page
Pathrule est une couche de connaissances partagée : tôt ou tard, deux personnes modifieront la même mémoire, la même règle ou le même skill au même moment. Les écritures Cloud sont partagées, les modifications concurrentes sont vérifiées à l'enregistrement, et c'est vous qui décidez comment les résoudre.
Lire l'état courant
Une mémoire, une règle ou un skill écrit dans un espace de travail Cloud fait partie de cet espace de travail partagé. Le backend Cloud actuel ne propose pas d'abonnement en temps réel qui pousserait chaque modification d'un collègue dans une vue ouverte.
Pour lire l'état courant, actualisez la vue des connaissances ou effectuez une nouvelle requête de connaissances. Les hooks locaux et les fichiers d'instructions s'appuient sur les connaissances préparées de l'espace de travail ; lancez pathrule sync pour actualiser ces fichiers et ces index. Ne partez pas du principe qu'une session déjà préparée a reçu la dernière modification d'un collègue.
Un espace de travail local réside sur une seule machine. Les autres ne reçoivent ses modifications qu'une fois les connaissances copiées dans un espace de travail Cloud partagé.
Détection des modifications concurrentes à l'enregistrement
Pathrule ne verrouille pas un élément pendant que quelqu'un l'a ouvert. Un verrou bloquerait l'équipe pour des modifications qui n'entrent jamais réellement en collision. À la place, chaque enregistrement transporte un token de version (le même que celui décrit dans Rédiger des mémoires), et une modification concurrente n'est détectée que lorsque deux enregistrements partent de la même version.
| Situation | Ce qui se passe |
|---|---|
| Vous enregistrez et votre version de départ est toujours la version courante | L'enregistrement s'effectue normalement |
| Vous enregistrez alors qu'un collègue a enregistré une version plus récente depuis que vous avez commencé | Un conflit, à résoudre avec les choix ci-dessous. Votre version n'est pas enregistrée tant que vous n'avez pas choisi |
Comme la vérification porte sur chaque élément individuellement, des collègues qui modifient des mémoires différentes ne se bloquent jamais.
Résoudre un conflit
Dans Pathrule pour VS Code, une mémoire, une règle ou un skill s'ouvre dans un onglet Markdown. Lorsqu'un enregistrement rencontre un conflit, VS Code vous indique que le contenu a été modifié à distance et que votre version n'a pas été enregistrée, puis propose trois choix :
| Choix | Effet |
|---|---|
| Reload | Charge la version courante et abandonne vos modifications non enregistrées. |
| Copy My Version & Reload | Copie d'abord votre texte dans le presse-papiers, puis charge la version courante, pour que vous puissiez réappliquer ce que vous vouliez faire. |
| Keep Mine (Overwrite) | Enregistre votre version par-dessus la version courante. La modification de l'autre personne est alors perdue : c'est donc un choix explicite. |
Rien n'est écrasé tant que vous n'avez pas fait votre choix. Via MCP, un assistant peut transmettre la dernière version qu'il a lue ; en cas de divergence, il reçoit la version courante, la relit et y fusionne sa modification au lieu de l'écraser.
Historique des modifications
Chaque modification d'une mémoire, d'une règle ou d'un skill est versionnée et enregistrée.
- Chaque modification conserve son auteur, sa date et son origine (une personne ou un client IA).
- Dans VS Code, l'action Info affiche la version d'un élément, la personne qui l'a créé, celle qui l'a modifié en dernier et sa source.
L'historique sert à la visibilité. Il vous montre comment un élément est arrivé à son état actuel, c'est-à-dire la question à laquelle une tâche d'actualisation aide à répondre lorsque les connaissances commencent à dériver.
Pour aller plus loin
- Rédiger des mémoires pour comprendre le fonctionnement du token de version sur un élément.
- Suggestions et auto-audit pour savoir comment les connaissances obsolètes ou contradictoires sont signalées.
- Présentation du MCP pour savoir comment les clients IA externes lisent le contexte synchronisé.