Aller au contenu
replicapong

Je construis un système

Comment éviter de perdre quelque chose en retravaillant un fichier ?

Faits vérifiés au 16 septembre 2026

Avec une chaîne de vérification : l’IA crée la nouvelle version, la relit et la compare automatiquement à ce qui devait arriver. Ce n’est que lorsque les deux sont identiques que l’ancienne version part à la corbeille – jamais avant, jamais définitivement. La comparaison repose sur une somme de contrôle, pas sur l’œil.

En détail

La chaîne compte six étapes :

  1. Récupérer le fichier sans le modifier, octet par octet.
  2. Construire la nouvelle version dans une copie de travail.
  3. La recréer sous le même nom.
  4. Relire ce qui a réellement été enregistré.
  5. Comparer automatiquement.
  6. Seulement si l’identité est confirmée, mettre l’ancienne version à la corbeille.

La dernière étape est la seule qui détruit quelque chose, et donc la seule précédée d’une condition. Deux éléments sont facilement escamotés : relu – ce qui compte n’est pas le texte envoyé, mais le texte enregistré – et à la corbeille, pour qu’une comparaison réussie reste elle aussi réversible.

Pourquoi pas à l’œil ? Parce que les erreurs dangereuses sont invisibles. Un seul caractère échangé fait de « Bühne » « Dühne », à longueur égale et avec un encodage valide. Une ligne vide avalée à la fin coûte un octet, et rien n’y paraît faux. Le nombre d’octets est une alerte précoce qui ne coûte rien ; la preuve, c’est la somme de contrôle. Que deux fichiers aient la même longueur ou se ressemblent ne compte pas.

Avant de faire retravailler un de vos textes, rangez la version originale à part. Sans elle, il est impossible ensuite de vérifier ce qui a été modifié ou de revenir en arrière, voir Comment garder la trace de la part d’un texte qui vient de moi ?

Ce que la chaîne ne fait pas : elle vérifie l’identité, pas l’exactitude. Un texte faux arrive faux à l’octet près. Et son point le plus faible est la vérification elle-même, quand de longues suites de caractères y sont recopiées à la main – c’est là que naissent précisément les erreurs que l’on cherche. C’est à la machine de comparer, pas à la recopie.

À copier

N’écartez l’ancienne version qu’après avoir relu la nouvelle et l’avoir
comparée automatiquement à la source, et seulement si les deux sont
identiques. Mettez-la alors à la corbeille, pas définitivement. Si elles
ne sont pas identiques, laissez les deux en place et signalez-le.

En pratique

Le 17 août 2026, un fichier de règles de Thomas J. Weiss a été réécrit, et Umkehrbar arbeiten était devenu UmkehrBAR arbeiten. Personne ne l’avait tapé ; c’était arrivé en route. Si l’ancienne version n’avait déjà plus existé à ce moment-là, le dommage n’aurait plus pu être constaté.

Depuis, la chaîne tourne à chaque remplacement. En deux journées, elle a trouvé plus de quinze erreurs, chacune née lors de la recopie, aucune repérée à l’œil. Une fois, elle a même trouvé un dommage ancien : un octet invalide à la place d’un saut de ligne, qui provenait d’une session antérieure et y serait resté des années.

Sources

  • Note « Die Prüfkette », replicapong.de, 16.09.2026
  • Prompt « Erst nach bestätigter Gleichheit verwerfen », replicapong.de, 16.09.2026
  • Prompt « Die erwartete Byte-Zahl mitgeben », replicapong.de, 16.09.2026
  • Bilan des règles d’un projet théâtral, 02.09.2026

Citer : Thomas J. Weiss, « Comment éviter de perdre quelque chose en retravaillant un fichier ? », replicapong.de, état au 16 septembre 2026. https://replicapong.de/fr/question/remplacer-fichier-sans-perte/ – CC BY 4.0

À lire aussi