Contexte : avec PROJ_SNAPSHOT, la date et le dossier de travail passent dans le bloc figé

Le système portait deux valeurs qui bougent : la date du jour — à minuit,
toute discussion en cours recalculait son prompt entier — et le dossier de
travail, propre à chaque discussion, si bien que deux discussions ne
partageaient même pas leur système. Avec PROJ_SNAPSHOT, ces valeurs
rejoignent le bloc projet figé, en tête du premier message ; le système ne
garde que les consignes (« ton dossier de travail est dans ton contexte »).

- Bloc « Environment (from Loki) » : date (avec l'année, et l'année périmée
  que la consigne web nommait), dossier de la discussion, ou poste distant
  ciblé (nom, système, dossier, hors ligne).
- Contenu toujours vivant : relu à chaque tour ; un changement de jour part en
  une ligne de <context_update>, tout autre écart (poste hors ligne, autre
  cible) renvoie le message entier. L'avertissement « hors ligne » ne fige
  donc plus le système.
- Hôte, compte et dossier des scripts, les mêmes pour toutes les discussions,
  restent dans le système.
- Seul l'assemblage d'un tour de discussion avec la clé pose caps.envInCtx :
  tâches planifiées, sous-agents, vérification et terminal gardent leur
  système, date et dossier compris.
- Sans la clé : système identique à l'octet (gabarits relevés sur le code
  d'avant, test). Format d'instantané passé à 2 : les instantanés persistés
  sont repris neufs.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

README.md

@@ -379,12 +379,19 @@ Ajoutées par ce fork :
   tracker, et le texte **complet** d'une description ou d'un `AGENTS.md` modifié
   — rien n'est perdu, seul ce petit bloc est à calculer. Une ligne du prompt
   système (présente seulement avec la clé) dit au modèle que ces blocs viennent
-  de Loki et que le plus récent l'emporte. Le bloc est repris tout neuf, et les
+  de Loki et que le plus récent l'emporte. La date du jour et le dossier de
+  travail de la discussion (ou, pour un poste distant ciblé, son nom, son
+  dossier et s'il est hors ligne) quittent aussi le prompt système pour ce
+  bloc, les consignes restant dans le système : système et outils deviennent
+  les mêmes d'une discussion à l'autre, et passer minuit n'ajoute qu'une ligne
+  de mise à jour au lieu de tout recalculer. Le bloc est repris tout neuf, et les
   anciens `<context_update>` retirés, quand le début du prompt change de toute
-  façon : compaction, système ou outils modifiés (date, réglages), redémarrage de
+  façon : compaction, système ou outils modifiés (réglages, mode), redémarrage de
   Loki, changement de modèle, de preset, de projet, de mode mémoire ou de mode
   Code — et dès que les mises à jour accumulées deviennent trop longues. Les
-  tâches planifiées gardent le bloc à jour à chaque tour ; sans agent, rien du
+  tâches planifiées gardent le bloc à jour à chaque tour et, comme les
+  sous-agents, la vérification et le terminal, leur système d'avant, date et
+  dossier compris ; sans agent, rien du
   projet n'est envoyé ; un preset externe (API) n'est jamais concerné. Le titre, l'export JSON, le résumé de compaction et la
   passe de vérification ne voient pas ces blocs.
 - **Préchauffage du prochain tour** (clé `PREWARM`, **off** par défaut,