mirror of
https://github.com/R0m1k3/Loki.git
synced 2026-10-11 17:26:57 +02:00
MichaelandClaude Opus 5.5
5b834d54b2
Depuis que le processus web refait la reprise des optimisations interrompues toutes les 30 s, elle tourne pendant que ce même processus prend et rend ses propres verrous (bouton « Optimiser… », application d'un résultat). Trois fenêtres lui faisaient écarter un verrou bien vivant : le fichier créé avant l'inscription du verrou comme nôtre, l'inscription retirée avant le fichier (sous Windows, un fichier qu'un autre lit ne se supprime pas), et le renommage d'un verrou neuf pris entre la lecture et le ménage. En phase « application », le preset tout juste vérifié était alors défait, et le moteur relancé. - Inscription avant la création du fichier, retrait après lui ; un identifiant de prise (nonce) distingue deux verrous du même processus dans la même seconde. - Au moment de le rendre, le verrou est réécrit neutre (rien à défaire, rien à relancer, aucun essai), puis retiré avec quelques essais. - Le ménage relit ce qu'il vient de déplacer : un autre verrou, ou un verrou vivant, est remis en place par un lien (jamais par-dessus un verrou neuf). - La relance d'après reprise passe par serviceAction : une optimisation neuve qui a pris le verrou entre-temps garde le moteur arrêté. - Test : 60 prises et rendus en phase « application » sous une reprise en boucle, aucune relance ; échoue sur l'ancien code. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>