trace
Nº 025 · v2026-08EN : traceUne trace est l’enregistrement de ce qu’un système a fait, tour par tour : ce qu’il a lu, ce qu’il a décidé, ce qu’il a exécuté. Comme la boîte noire d’un avion : personne ne la consulte tant que tout va bien.
Ce que ce n’est pas
Une trace n’est pas un journal d’erreurs. Un journal note les incidents, une trace note tout, y compris les exécutions parfaitement réussies, parce que la question posée après coup est presque toujours « pourquoi a-t-il choisi cela » et non « qu’est-ce qui a planté ». Ce n’est pas non plus de l’observabilité : la trace est la matière brute, l’observabilité est ce qu’on parvient à en tirer. Enregistrer sans jamais relire produit une facture de stockage, pas une capacité.
En profondeur
Une trace utile enregistre l’enchaînement complet d’une exécution : la demande initiale, le contexte réellement assemblé, chaque appel au modèle, chaque outil sollicité avec ses paramètres et son résultat, puis la sortie finale. Chaque tour porte un identifiant qui le rattache à l’exécution entière, faute de quoi on obtient des fragments impossibles à recoudre. S’y ajoutent les mesures qui rendent la relecture exploitable : durée, volume lu et produit, version des instructions en vigueur ce jour-là. La question à laquelle une trace doit répondre se formule simplement et s’outille difficilement : que lisait le modèle au moment précis où il a pris cette décision.
Sur un système qui répond en un tour, on se passe souvent de trace, puisque l’entrée et la sortie suffisent à comprendre. Sur un agent, c’est impossible, car la décision fautive s’est prise plusieurs tours avant le résultat visible, à partir d’une observation entrée en chemin. Sans trace, il ne reste que la conjecture et la tentative de reproduction, laquelle échoue souvent puisque deux exécutions du même cas peuvent diverger. La trace ne se confond pas non plus avec la mémoire : la mémoire est ce que le système se redonne à lire pour continuer, la trace est ce que des personnes relisent pour comprendre. C’est aussi elle qui alimente les évaluations, chaque incident réel pouvant devenir un cas d’épreuve.
Le premier piège est la trace incomplète : on enregistre les appels aux outils mais pas le contexte assemblé, si bien qu’on voit ce qui a été fait sans jamais savoir pourquoi. Le deuxième est la trace qui devient elle-même un risque, car elle contient par construction des données personnelles, des secrets et des documents internes, ce qui en fait un traitement à déclarer, à protéger et à purger. Le troisième est le volume, puisque tracer intégralement un agent bavard coûte parfois davantage que l’exécuter, d’où un échantillonnage qu’il vaut mieux assumer que subir. Une trace se conçoit donc avec un périmètre et une durée de conservation décidés à l’avance, pas accumulés par défaut.
Relations le graphe local
- S’exécute dans
- harnais
- Souvent confondu avec
- mémoireobservabilité
Vérifier 3 questions · cliquez votre réponse
Niveau 1 · Reconnaître
Un agent a produit un résultat étrange hier, sans erreur technique. Que faut-il pour comprendre ?
Niveau 2 · Distinguer
Qu’est-ce qui distingue une trace de la mémoire d’un système ?
Niveau 2 · Distinguer
Pourquoi une trace complète est-elle aussi un risque à gérer ?
Lexigraph, « Trace », v2026-08, https://lexigraph.org/fr/trace, CC BY 4.0.