Pourquoi un agent IA doit garder les preuves visibles

Lorsqu’un logiciel répond à une question, une réponse plausible peut suffire à poursuivre la conversation. Lorsqu’un agent IA modifie un fichier, exécute du code, compare des contrats ou prépare une action externe, la plausibilité ne suffit plus. Il faut savoir ce qu’il a utilisé, ce qu’il a fait et ce qui reste incertain.

C’est pourquoi la preuve est une surface produit dans loqy, pas un journal de débogage caché derrière un réglage expert. Les sources, résultats d’outils, décisions et versions d’un livrable doivent rester reliés au travail qui les a produits.

Un résultat a besoin d’une trace

Prenons une demande de revue d’un ensemble de contrats. Un agent utile peut extraire les obligations et signaler les exceptions, mais la revue ne devient fiable que lorsque chaque affirmation importante renvoie à la clause pertinente. Si du code a servi à calculer des dates ou des totaux, le calcul et ses entrées doivent être disponibles. Si un document a été révisé, la personne qui le relit doit pouvoir distinguer la version proposée de celle qui a été approuvée.

Le même principe vaut pour la recherche. Une liste de liens ne suffit pas si l’agent ne montre pas quelle affirmation vient de quelle source, à quelle date une page a été consultée ou à quel endroit les sources divergent. Les preuves transforment un résumé fluide en travail vérifiable.

Les décisions font partie du dossier

Un agent doit aussi montrer où s’arrête son autorité. Préparer une liste d’actions n’est pas l’exporter vers un dossier partagé. Rédiger un e-mail n’est pas l’envoyer. Une validation précise doit nommer l’effet et la destination, au lieu de s’appuyer sur une demande vague qui pourrait être interprétée comme une permission.

Garder cette décision attachée à l’exécution protège les deux côtés de l’interaction. La personne voit ce qu’elle a approuvé ; le produit évite de prétendre qu’un texte généré accorde une autorité.

C’est aussi pourquoi loqy sépare la communication continue, les tâches suivies et les tentatives d’exécution. Elles sont liées, mais ne se fondent pas dans un flux d’activité indifférencié. Une exécution restaurée doit rester la même tentative. Une relance doit être identifiable comme sa continuatrice. Les preuves ont besoin de points d’ancrage stables.

La preuve n’est pas de la surveillance

Davantage de traces ne signifie pas automatiquement une meilleure information. Un modèle de preuves doit conserver ce qui est nécessaire pour comprendre le travail, pas transformer des contenus privés en télémétrie pour le mainteneur. Les diagnostics produit, les traces opérationnelles appartenant au client et l’éventuel signalement de crash au mainteneur ont des finalités différentes et doivent rester séparés.

L’architecture local-first aide : la trace détaillée du travail peut rester par défaut sur l’appareil de l’utilisateur. Lorsqu’un élément doit être partagé pour l’assistance, la voie sûre est un diagnostic borné qui exclut les documents, identifiants, jetons et données personnelles sans rapport.

Un agent IA gagne la confiance par un comportement vérifiable. Garder les preuves visibles n’élimine pas le jugement, mais donne aux personnes les éléments nécessaires pour l’exercer.