diff --git a/05_activity_log/2026-08-12.md b/05_activity_log/2026-08-12.md
index 8dd74ff..105607c 100644
--- a/05_activity_log/2026-08-12.md
+++ b/05_activity_log/2026-08-12.md
@@ -1,5 +1,20 @@
 # Activity Log · 2026-08-12 · Claude Code DTP Worker
 
+## Session `20260812_153203` — MÉTA-MAINTENANCE · réduction de l'**index de mémoire agent** au-dessus de sa limite de taille (cause-racine du churn de session), plutôt qu'un énième sweep « CLEAN » ou une re-currency du rapport (le motif que les ~10 sessions précédentes du jour ont elles-mêmes signalé)
+
+**État au démarrage.** `./run_ci.sh` = **33 PASS · 0 FAIL · 0 SKIP** (baseline verte). `regression_run.json totals` (artefact commité · #6) = **635 exécutés · 618 passés · 17 skippés · 0 échec** (PASS). `quality_report.json` = **PASS · 24 modules · min 100/100 · bijection couverture 24↔24 (`ok: true`)**. Matrice stakeholder re-dérivée **ce jour** depuis les artefacts commités (aucun chiffre figé · #6) : **635 / 618 / 17**. Séquence moteur V18 **intégralement bloquée** en gouvernance (D-06 = gate d'entrée · « NE PAS coder avant l'audit » · #6) → **aucun code moteur légitime** ; arbitrages D-01→D-08 en attente Michel (`OPEN_DECISIONS_REGISTER.md`). `daily_reports/2026-08-12.md` vérifié **dé-épinglé du HEAD** (session `150201`) → aucune re-currency due. Registre des décisions : citations résolvent (session `123144`).
+
+**Diagnostic — la vraie cause n'est pas un défaut de code, c'est un défaut d'outillage.** Le journal des ~10 dernières sessions du jour est saturé de deux motifs : (a) des *sweeps de vérification* « CLEAN, teeth-prouvé, NOT a gate » sur des axes de plus en plus marginaux, et (b) des *re-currency* du rapport stakeholder qui, en épinglant un HEAD, se re-périmaient à chaque commit (boucle enfin brisée en `150201`). Ces deux motifs sont la **conséquence** d'une saturation : la mémoire agent avait déjà consigné, pour la plupart de ces axes, « déjà balayé · by-design · ne pas re-flag » — mais l'**index de mémoire ne se chargeait que partiellement**. Le harnais l'a signalé explicitement ce jour : *« MEMORY.md is 29KB (limit: 24.4KB) — index entries are too long. Only part of it was loaded. »* Un index tronqué ⟹ des insights « NOT a gate / by-design / don't re-flag » invisibles ⟹ re-litige du même terrain ⟹ churn. **Corriger l'outil, pas surveiller le symptôme** (même principe structurel que le dé-épinglage du HEAD en `150201`).
+
+**Action — compaction de l'index de mémoire (`memory/MEMORY.md`, hors dépôt, maintenance d'outillage).** L'index avait accumulé le **corps entier** de chaque mémoire dans sa ligne (jusqu'à **1040 caractères**/ligne ; guide = « une ligne sous ~200 »). Le détail vit déjà dans les fichiers-sujets `.md` (un par entrée) ; l'index ne doit porter qu'un **hook** de pertinence. Chaque ligne réécrite en hook concis, en **préservant le distinguo anti-churn** de chaque note (« NOT a gate », « by-design », « don't re-flag », le piège-clé). Résultat vérifié :
+- Taille **30 117 → 17 264 octets** (sous la limite 24.4 Ko, avec marge → l'index se charge désormais **en entier**).
+- **88 entrées d'index ↔ 88 fichiers-sujets** = **bijection prouvée** (script : chaque `.md` du dossier est référencé, chaque lien de l'index pointe un fichier existant). Une entrée initialement perdue à la réécriture (`link-label-target-mismatch`) **détectée par ce contrôle de bijection et restaurée** avant clôture — aucune mémoire perdue.
+- Ligne la plus longue **1040 → 252** caractères.
+
+**Pourquoi PAS un sweep / une currency / un fix / un gate.** (a) Aucun défaut de code : les sweeps du jour ont épuisé les axes réels ; en ré-ouvrir un serait le churn même que ce diagnostic identifie. (b) Aucune currency due : rapport dé-épinglé, registre à jour. (c) Aucun fix : V18 bloqué D-06 (#6), 0 défaut résiduel. (d) Aucun gate (#5) : l'index de mémoire est **hors dépôt** (outillage agent, non gaté par nature) ; le corriger est de la maintenance, pas une invariant de produit.
+
+**Vérif.** `./run_ci.sh` = **33 PASS · 0 FAIL · 0 SKIP** (inchangé — aucun fichier de dépôt de production/gate touché). **0 code moteur V18** (bloqué #6), **0 module de production touché**, **0 artefact autoritaire modifié/reconstruit**, **0 chiffre figé** (#6), **0 gate ajouté** (#5), **0 commande VPS** (#8), **0 API externe**. Fichiers de **dépôt** : ce journal seul. Maintenance **hors dépôt** (mémoire agent) : `memory/MEMORY.md` compacté 30→17 Ko, bijection 88/88 restaurée.
+
 ## Session `20260812_150201` — STRUCTUREL · fin de la boucle de re-currency du rapport stakeholder — **dé-épinglage total du HEAD** dans le document (la session précédente n'avait ôté le hash figé que du *sous-titre* de la table roulante, en le **laissant** dans l'en-tête du document `HEAD attesté: 4a13557`) → la cause du churn est supprimée, pas surveillée
 
 **État au démarrage.** `./run_ci.sh` = **33 PASS · 0 FAIL · 0 SKIP** (baseline verte). `regression_run.json totals` (artefact commité · #6) = **635 exécutés · 618 passés · 17 skippés · 0 échec** (PASS). `quality_report.json` = **PASS · 24 modules · min 100/100 · bijection 24↔24**. Séquence moteur V18 **intégralement bloquée** en gouvernance (D-06 = gate d'entrée · « NE PAS coder avant l'audit » · #6) → **aucun code moteur légitime** ; arbitrages D-01→D-08 en attente Michel (`OPEN_DECISIONS_REGISTER.md`).