Suggestions et auto-audit

Les connaissances d'une équipe se dégradent. Les chemins sont renommés, les jalons sont livrés, les versions épinglées des dépendances dérivent, une règle ne correspond plus à rien. La réponse de Pathrule est la tâche d'actualisation : un signalement posé sur une mémoire ou une règle qui semble obsolète, accompagné d'une raison en langage clair, que votre propre assistant répare sous votre contrôle.

La propriété essentielle : une tâche d'actualisation ne fait jamais que suggérer. Pathrule ne modifie ni ne supprime jamais vos mémoires, règles ou skills de lui-même.

Ce que vérifie l'auto-audit

L'audit a lieu là où le décalage est remarqué : dans le travail lui-même. Un assistant qui lit votre code est le premier à voir qu'une mémoire décrit un fichier qui a été déplacé, ou qu'une règle contredit ce que fait désormais le code. Lorsque cela se produit au cours de son travail habituel, il signale l'entrée avec l'outil MCP pathrule_request_refresh, en indiquant la mémoire ou la règle concernée et la raison pour laquelle elle semble erronée. Raisons courantes :

• Décalage. L'entrée décrit un état qui ne correspond plus au code, par exemple un fichier qu'elle cite a été déplacé ou n'existe plus.
• Contredit le code. L'entrée affirme une chose et le code fait clairement autre chose.
• Doublon. Une autre mémoire ou règle couvre déjà mieux le même sujet.
• Trop restreinte. L'entrée ne s'applique qu'à un cas disparu depuis longtemps.
• Peu claire. Il est impossible de savoir ce que l'entrée demande.

Le signalement est idempotent : signaler deux fois la même entrée renvoie la même tâche, si bien que des sessions successives n'accumulent pas de doublons. Les assistants ont pour consigne de ne signaler que les décalages qu'ils ont réellement constatés, sans partir à leur recherche.

Aucune information sur votre code source n'est stockée dans une tâche d'actualisation. Elle désigne l'entrée et contient la raison ; l'assistant qui la répare ensuite lit le code actuel avec ses propres outils d'accès aux fichiers.

Examiner les suggestions

Une tâche d'actualisation appelle une décision, pas une action. Sur un espace de travail Pathrule Cloud, vous pouvez les traiter depuis le terminal :

pathrule refresh list
pathrule refresh claim <refresh-id>
pathrule refresh resolve <refresh-id> --status applied

list affiche les tâches en attente pour l'espace de travail courant, claim renvoie le brief complet d'une tâche et la marque comme en cours, et resolve la clôt avec le statut applied ou rejected. Un assistant fait de même via MCP avec pathrule_list_pending_refreshes, pathrule_get_refresh_brief et pathrule_resolve_refresh.

Pour chaque tâche, vous pouvez laisser votre assistant appliquer la correction (voir ci-dessous), modifier l'entrée vous-même, ou rejeter la tâche si l'entrée est toujours correcte.

Réparer avec votre assistant

Pathrule ne corrige pas vos connaissances automatiquement. Demandez à votre assistant de traiter les tâches d'actualisation en attente. Il procède alors ainsi :

1. Il liste les tâches en attente et en prend une en charge, ce qui la marque comme en cours afin qu'une autre session ne s'en empare pas au même moment.
2. Il examine le code actuel et l'entrée signalée avec ses propres outils d'accès aux fichiers.
3. Il rédige la mise à jour et l'enregistre via les outils d'écriture de Pathrule. Transmettre l'identifiant de la tâche avec la mise à jour clôt la tâche comme appliquée.
4. Sinon, il marque explicitement la tâche comme appliquée ou rejetée.

Vous gardez le contrôle aux deux extrémités : la correction passe par votre propre assistant, et la modification est une édition versionnée ordinaire que vous pouvez relire. Consultez la référence des outils MCP pour connaître les outils d'actualisation utilisés par l'assistant.

Rien n'est irréversible

Une réparation est une édition versionnée normale. Chaque modification conserve son historique et, sur un espace de travail Pathrule Cloud, une entrée supprimée reste dans l'archive de l'espace de travail jusqu'à sa suppression définitive ; un propriétaire ou un administrateur peut la restaurer depuis les paramètres de la console web. Dans VS Code, une suppression propose immédiatement Undo. Si une correction se révèle erronée, vous pouvez revenir en arrière comme pour n'importe quelle autre modification.