docs(audit): rapport curateur mémoire Claude — santé index 7 mai 2026
Some checks failed
tests / Lint (ruff + black) (push) Successful in 13s
tests / Tests unitaires (sans GPU) (push) Failing after 13s
tests / Tests sécurité (critique) (push) Has been skipped

Audit exhaustif des 101 fichiers .md de ~/.claude/projects/-home-dom-ai-rpa-vision-v3/memory/.
Aucun fichier mémoire modifié — diagnostic seul, à valider par Dom.

Constats critiques :
- MEMORY.md = 273 lignes (limite chargement 200) → ~73 lignes
  silencieusement perdues à chaque démarrage de session
- ~50% des fichiers réels ne sont pas indexés dans MEMORY.md
- Référence cassée : MEMORY ligne 257 pointe vers
  feedback_pull_not_push.md qui n'existe pas
- 3 feedback NEW créés le 7 mai (non ajoutés à l'index) sont
  précisément les règles qui sécurisent la démo GHT jeudi 8 mai :
  * feedback_orphans_are_projections.md
  * feedback_verifier_avant_apres_clic.md
  * architecture_lea_v1_find_text_client.md

Risque concret : un Claude futur (sans ces feedback en mémoire active)
va reproposer les bourdes que Dom a explicitement nommées hier soir :
"re-capturer les ancres" et "nettoyer les modules orphelins".

Top 7 feedback proposés en TOP CRITICAL :
1. prendre_le_temps (DEVISE)
2. orphans_are_projections (NEW)
3. verifier_avant_apres_clic (NEW)
4. lea_v1_find_text_client (NEW architecture)
5. ollama_vs_transformers
6. no_rustine
7. anonymisation_stricte

Proposition réorganisation 4 zones :
- 🔥 TOP CRITICAL ~12 fichiers
- 📌 ACTIVE ~25 fichiers
- 📚 REFERENCE ~12 fichiers
- 🗄️ ARCHIVE ~50 fichiers

Compactage cible : MEMORY.md → 150 lignes (marge 50 avant
retrigger limite chargement).

4 décisions ouvertes pour Dom (cf rapport §8) :
1. feedback_pull_not_push.md — créer ou supprimer la référence
2. Valider l'archivage des ~45 fichiers proposés
3. Trancher 4 fichiers INCERTAIN (dashboard_config, data_extraction,
   objectif_6avril, actor_*)
4. Approuver 7 règles de gestion future (1 feedback = 1 violation
   observée, MEMORY ≤ 180 lignes, rotation sessions > 21j, etc.)

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
This commit is contained in:
Dom
2026-05-08 05:11:08 +02:00
parent ca81850a20
commit f8dc3c3af4

View File

@@ -0,0 +1,643 @@
# Audit mémoire Claude Code — RPA Vision V3
**Date** : 2026-05-08
**Curateur** : Claude (Opus 4.7) — mode archiviste
**Périmètre** : `/home/dom/.claude/projects/-home-dom-ai-rpa-vision-v3/memory/` — 101 fichiers `.md`, 21 KB d'index
---
## TL;DR
La mémoire est **pleine de matière utile mais désordonnée**. 101 fichiers pour un index `MEMORY.md` de 273 lignes (limite chargement = 200 → ~70 lignes silencieusement perdues à chaque démarrage). Plusieurs feedback critiques (`feedback_orphans_are_projections`, `feedback_verifier_avant_apres_clic`, `architecture_lea_v1_find_text_client`, `feedback_anonymisation_stricte`) **n'apparaissent pas dans le top index**. Une référence cassée (`feedback_pull_not_push.md`). Beaucoup d'éphémère qui pollue (sessions de mars, plans périmés, doublon de handoff 6 mai).
**Action recommandée** :
1. Ramener `MEMORY.md` à ~150 lignes en compactant en sections thématiques denses
2. Faire remonter les 7 feedback "violations observées" en top critical
3. Archiver 60+ fichiers (sessions anciennes, plans périmés) sans les supprimer
4. Adopter 6 règles de gestion pour éviter la dérive future
---
## 1. Distribution réelle (corrigée)
| Type | Compte | Notes |
|---|---|---|
| `feedback_*.md` | **33** | Le périmètre dit 33 — mais MEMORY ligne 257 référence un `feedback_pull_not_push.md` **inexistant** = lien cassé |
| `project_*.md` | 34 | Mix vie / état projet (10 obsolètes, 8 stratégiques, 16 actifs) |
| `session_*.md` | 17 | Couvrant 12 mars → 6 mai 2026, deux handoffs pour le 6 mai (v1 + v2) |
| `reference_*.md` | 5 | Tous utiles, contenu durable |
| `plan_*.md` | 2 | Tous deux périmés (plan_attaque 26/03, plan_remontee 26/04) |
| `architecture*.md` | 3 | `architecture.md` (mars), `architecture_v3_v4_decoupled.md` (10 avril), `architecture_lea_v1_find_text_client.md` (7 mai) |
| Divers | 7 | `MEMORY.md`, `bugs-fixed.md`, `cartography_execution_flow.md`, `benchmark_grounding_avril2026.md`, `pending_uncommitted_files.md`, `user_role.md`, `visual_replay.md` |
| **TOTAL** | **101** | |
---
## 2. État de l'index `MEMORY.md`
### 2.1 Volume vs limite
- **Total réel** : 273 lignes (énoncé = 272, cohérent à 1 ligne près)
- **Limite chargement automatique Claude Code** : 200 lignes
- **Lignes invisibles à chaque démarrage** : ~73 lignes (du milieu de la zone "Critique" jusqu'à la fin)
- **Zone perdue concrètement** : tout ce qui suit l'entrée `project_app_knowledge` (ligne 203). Le warning Claude lui-même indique « Only part of it was loaded ».
### 2.2 Ce qui est invisible aujourd'hui (perdu après ligne 200)
Ces entrées sont **silencieusement absentes** du chargement automatique :
- Session 13 avril (premier replay E2E)
- Session 12 avril handoff
- Win11 local account
- POC Anouste (premier client signé !)
- Code signing Anoust
- Auth multi-utilisateurs
- Kickoff POC Anouste 14 avril
- Sessions 17-18 avril (E2E validés, VWB 19 blocs, BPMN)
- Codage CIM-10 = MÉTIER (non négociable !)
- Pending uncommitted files
- NoMachine/AnyDesk parasite
- Stratégie produit VWB+Léa
- Bridge VWB Léa Shadow gap
- Multi-OS (Linux durci 2-4 ans)
- Démo urgences avril
- Pricing model
- Méthode pull commercial (lien d'ailleurs cassé)
- R&D pépites
- Skill tree
- Veille concurrentielle
- Fine-tuning VLM
- Déploiement semaine 21 avril
**C'est énorme, et pas trié par priorité**. Le bridge VWB-Léa et le rappel "CIM-10 = MÉTIER" sont des règles structurantes qui devraient être chargées d'office.
### 2.3 Ratio entrées vs fichiers
- Entrées formelles dans `MEMORY.md` : ~50 entrées indexées
- Fichiers réels : 101
- Ratio : ~50% (soit 51 fichiers existent mais ne sont pas indexés du tout)
Fichiers présents sur disque mais **jamais référencés** dans MEMORY.md :
- `architecture_lea_v1_find_text_client.md` (créé 7 mai 2026, dernière session)
- `feedback_orphans_are_projections.md` (créé 7 mai 2026, dernière session)
- `feedback_verifier_avant_apres_clic.md` (créé 7 mai 2026, dernière session)
- `feedback_no_permission_for_tests.md`
- `feedback_search_before_code.md`
- `feedback_standalone_exe.md`
- `project_actor_implementation.md`
- `project_app_knowledge.md` (référencé en zone perdue)
- `project_auth_logiciels_metier.md`
- `project_finetuning_vlm_plan.md`
- `project_gpu_executor_todo.md`
- `project_objectif_6avril.md`
- `project_actor_plan.md`
- `plan_attaque_20260326.md`
- `plan_remontee_8sur10.md`
- `session_20260326.md`
- `session_20260330.md` (référencé en zone perdue)
- `session_20260331.md` (référencé en zone perdue)
- `session_20260405_evening.md`
- `session_20260421_handoff.md`
- `reference_vlm_models.md`
- `pending_uncommitted_files.md`
- `feedback_focus_projet.md`
- `feedback_stop_asking.md`
- `bugs-fixed.md` (référencé en zone perdue)
### 2.4 Ordre actuel
L'ordre top → bas :
1. Devise + visions ⭐⭐⭐ (lignes 1-19) — OK
2. Project status court (20-31) — OK
3. User preferences (32-37) — OK mais `feedback_agent_safety` méritait une mention plus haute
4. **Architecture facts** (39-43) — référence générique, ok
5. Streaming arch (45-53) — OK
6. Tests (55-70) — pertinent
7. Port map (72-83) — OK
8. Windows + Credentials (85-89) — OK
9. MCP servers (91-92) — OK
10. Mockup démo + sprint actuel (94-101) — OK
11. Vieilles sessions mars (115-125) — **devraient être archivées**, ne servent plus
12. Plan acteur 5 avril (127-129) — OK pour mémoire
13. Internet exposure (131-135) — OK
14. Auth + Federation modules (137-144) — OK
15. **Feedbacks critiques** (146-164) — bloc important MAIS quelques feedbacks majeurs absents
16. Plans projets (166-200) — pertinents mais coupés en plein milieu
17. **(zone perdue)** — voir 2.2
→ L'ordre privilégie le récent par-dessus le critique. Les "vieilles sessions" (115-125) prennent la place de feedback comme `feedback_orphans_are_projections.md` qui est plus précieux pour éviter des bourdes futures.
---
## 3. Doublons / Contradictions / Obsolètes / Mort
### 3.1 Doublons & quasi-doublons
| Fichier A | Fichier B | Constat |
|---|---|---|
| `session_20260506_handoff.md` | `session_20260506_handoff_v2.md` | v1 = "tout est prêt à smoke-tester" / v2 = "bilan auto-critique post-test, vrai bug = OCR direct". **v2 remplace v1 dans la pratique** mais les deux cohabitent. v2 est crucial (protocole anti-bourde). |
| `feedback_architecture_first.md` | `feedback_step_back.md` | Tous deux disent "ne pas debugger en boucle, prendre du recul". L'un dit "avant de coder", l'autre "quand le user demande". 90% de chevauchement de fond. |
| `feedback_reread_before_code.md` | `feedback_search_before_code.md` | Premier = "relire les feedback_*". Deuxième = "chercher sur internet AVANT de coder". Différents techniquement, mais enseignent la même méta-leçon. Pourraient cohabiter ou être fusionnés. |
| `feedback_stop_asking.md` | `feedback_no_permission_for_tests.md` | Tous deux disent "ne pas demander permission tout le temps". Le 2ème est plus précis (tests/benchs). Le 1er est ancien et plus généraliste. |
| `project_actor_plan.md` | `project_actor_implementation.md` | Plan + implémentation, écrits à 1 jour d'écart (5 avril). Tous deux datés avant le pipeline FAST→SMART→THINK qui les remplace. |
| `project_demo_urgences_avril2026.md` | `project_ght_sud_95.md` | Le premier reconnaît lui-même qu'il est obsolète et redirige vers le second. Garder uniquement les éléments réutilisables (chiffrage 150k€, scaling 24/24). |
| `project_objectif_6avril.md` | `project_action_plan_avril2026.md` + `project_actor_plan.md` | Trois fichiers de "plan d'attaque" pour début avril, totalement périmés vu les sprints suivants. |
| `architecture.md` | `core/models/__init__` mentionné dans `bugs-fixed.md` | Architecture mars répète des facts maintenant intégrés ailleurs. |
### 3.2 Contradictions ou tensions
| Source A | Source B | Tension |
|---|---|---|
| `feedback_agent_frozen.md` (Léa V1 = gelée, tout passe par serveur) | `architecture_lea_v1_find_text_client.md` (7 mai) | Le second nuance le premier : Léa V1 a son propre OCR/FIND-TEXT côté client qui peut court-circuiter le serveur. Le feedback_agent_frozen sous-estime ce que le client fait localement. **Aujourd'hui : tension non résolue, à clarifier dans MEMORY.md**. |
| `feedback_100pct_visual.md` (raccourcis lus visuellement OK) | `feedback_lea_reflexes_catalog.md` (catalogue gestures pré-câblé) | Pas vraiment contradictoires : le catalogue est l'implémentation pratique du "raccourci connu". Mais le risque = un Claude futur fait un Win+R "parce que feedback_100pct dit oui" alors que la règle est "passer par catalog.get_by_id('sys_run')". **À fusionner pour éviter ambiguïté**. |
| `feedback_no_rustine.md` (jamais de cache module-level) | `feedback_orphans_are_projections.md` (modules présents mais non branchés OK) | Pas contradictoires (l'un parle de cache pour combler un trou, l'autre de modules pré-câblés). Mais un Claude rapide pourrait confondre "code dormant" et "rustine architecturale". À cross-référencer. |
| `feedback_focus_projet.md` (objectif = un apprenti, pas des métriques) | Toute la quantité de "tests passés" dans MEMORY | Le focus produit (TIM hospitalier) est noyé par des compteurs techniques. Pas une contradiction stricte mais un signal de dérive. |
### 3.3 Obsolètes
Fichiers dont le contenu est **effectivement périmé** par la réalité actuelle du projet :
- `bugs-fixed.md` (mars) — bugs corrigés depuis 2 mois, beaucoup ne se retrouveront plus jamais. Conserver comme archive.
- `architecture.md` (mars) — partiellement intégré dans le code, modèles évolués depuis (TargetMemoryStore, FAISSManager.search alias, etc.).
- `plan_attaque_20260326.md` — plan exécuté/dépassé.
- `plan_remontee_8sur10.md` (26 avril) — sprint QW Suite Mai a remplacé ce plan.
- `session_20260319.md` — pipeline & qualité workflows : globalement intégré au code.
- `session_20260326.md` — worker séparé, popup hybride : intégré.
- `session_20260330.md` — MVP replay popup : intégré.
- `session_20260331.md` — SomEngine + Qwen2.5-VL : SomEngine dort aujourd'hui (cf. cartography), Qwen2.5-VL via Ollama abandonné (cf. feedback_ollama_vs_transformers).
- `session_20260405.md` + `session_20260405_evening.md` — VM Win11 SSH, gemma4 acteur : remplacés par sessions ultérieures.
- `session_20260412.md` + `session_20260412_handoff.md` — focus Bloc-notes, time.sleep dans executor : remplacés.
- `session_20260413_handoff.md` — premier replay autonome : célébré, mais aujourd'hui le pipeline est tout autre (FAST→SMART→THINK).
- `session_20260414_kickoff.md` — kickoff POC Anouste : décision actée, contenu durable mais marginal aujourd'hui.
- `session_20260417_handoff.md` + `session_20260418_handoff.md` — VWB 19 blocs : intégré, certains chantiers avancés depuis.
- `session_20260421_handoff.md` — perf 6.6x : valeur historique uniquement.
- `session_20260423_grounding.md` — 176 tests grounding : leçon retenue dans `feedback_ollama_vs_transformers.md` qui suffit.
- `project_objectif_6avril.md` — date passée, objectifs largement redéfinis.
- `project_action_plan_avril2026.md` — Critic/Observer/Recovery toujours non branchés (cf. cartography), plan toujours valide en concept mais "avril 2026" comme nom est trompeur.
- `project_actor_plan.md` + `project_actor_implementation.md` — remplacés par `project_pipeline_fast_smart_think.md`.
- `project_tasks_20260319.md` — TODO du 19 mars, exécuté.
- `project_demo_urgences_avril2026.md` — démo passée, garder uniquement les passages réutilisables (chiffrage Amina, scaling 24/24).
- `project_dashboard_config.md` (5 avril) — non implémenté à ce jour, à reconfirmer si toujours pertinent.
- `project_data_extraction.md` (mars) — concept toujours valide, pas implémenté, peut rester en référence.
- `project_uitars_integration.md` (12 avril) — UI-TARS intégré, branché dans cartography. Doublon partiel avec `reference_vlm_models.md`.
- `project_finetuning_vlm_plan.md` — chantier post-POC, encore valide mais pas urgent.
- `project_deploy_semaine21avril.md` — date passée, contenu intégré aux références TIM.
- `pending_uncommitted_files.md` (14 avril) — liste périmée, le working tree a évolué (cf. handoff 6 mai v2).
- `project_gpu_executor_todo.md` — bug toujours réel, pertinent.
- `project_actor_implementation.md` — WorkflowRunner V3 jamais branché, toujours périmé en pratique.
### 3.4 "Mort" (peuvent disparaître sans regret)
À mon sens, ces fichiers n'apportent plus rien :
- `session_20260319.md` — repris ailleurs.
- `session_20260326.md` — repris ailleurs.
- `session_20260330.md` — repris ailleurs.
- `session_20260331.md` — repris ailleurs.
- `session_20260405.md` — repris ailleurs.
- `session_20260405_evening.md` — repris ailleurs.
- `session_20260412.md` (note 2 lignes) — déjà couvert par `session_20260412_handoff.md`.
- `session_20260412_handoff.md` — bug time.sleep résolu depuis longtemps.
- `session_20260413_handoff.md` — premier replay autonome, valeur émotionnelle mais zéro valeur opérationnelle aujourd'hui.
- `session_20260417_handoff.md` — repris dans pipelines plus récents.
- `session_20260418_handoff.md` — idem.
- `session_20260421_handoff.md` — perf historique.
- `session_20260423_grounding.md` — leçon distillée dans le feedback dédié.
- `plan_attaque_20260326.md` — plan exécuté.
- `plan_remontee_8sur10.md` — plan dépassé par QW Suite Mai.
- `project_actor_implementation.md` — sujet abandonné dans cette forme.
- `project_actor_plan.md` — sujet remplacé par FAST→SMART→THINK.
- `project_tasks_20260319.md` — TODO exécuté.
- `project_objectif_6avril.md` — date passée.
- `project_demo_urgences_avril2026.md` — démo passée (mais récupérer chiffres Amina avant suppression).
**Recommandation** : ne pas supprimer mais déplacer en `_archive/sessions_resolved/`, `_archive/plans_done/`. Dom décide.
---
## 4. Top 7 feedback les plus PRÉCIEUX (= règles les plus violées)
D'après la lecture croisée, en particulier de `session_20260506_handoff_v2.md` qui documente précisément les bourdes de la dernière session, voici les feedback à hisser au sommet de l'index :
### 🥇 1. `feedback_prendre_le_temps.md` ⭐⭐⭐
**DEVISE de Dom.** Violée massivement le 6 mai (Win+D hardcodé sous pression démo, fix de symptôme au lieu de cause racine). À LIRE EN PREMIER. Déjà priorité dans MEMORY ligne 3.
### 🥈 2. `feedback_orphans_are_projections.md`
Créé le 7 mai 2026, **pas dans MEMORY.md**. Critique : un Claude futur va proposer de "nettoyer" `core/grounding/pipeline.py`, `observe_reason_act.py`, etc. Le rapport project-quality-guardian liste les "branchements orphelins" et invite implicitement à les supprimer. Ce feedback dit explicitement : NE PAS PROPOSER DE LES ENLEVER, ce sont des projections de bétonnage à brancher progressivement.
### 🥉 3. `feedback_verifier_avant_apres_clic.md`
Créé le 7 mai 2026, **pas dans MEMORY.md**. Cause racine architecturale des "Léa clique au pif" identifiée par Dom : 3 garde-fous manquent (resolved=False mais coords renvoyées quand même, pas de pré-OCR, pas de post-OCR sémantique). Si on saute ce feedback, la prochaine session va proposer "re-capturer les ancres" — exactement ce que Dom dit de ne PAS faire.
### 🏅 4. `feedback_ollama_vs_transformers.md`
Pas dans le top index (ligne 187, déjà tronqué à 200). Cause racine : 15 modèles testés via Ollama → tous échouent en grounding parce qu'Ollama ne passe pas resized_width/height au modèle. Une session sans ce feedback va re-tester les mêmes modèles en boucle.
### 🏅 5. `architecture_lea_v1_find_text_client.md`
Créé le 7 mai 2026, **pas dans MEMORY.md**. Limite architecturale critique : Léa V1 (gelée) fait son propre grounding client-side via [FIND-TEXT]. Le serveur peut résoudre la cible, le client peut décider d'aller chercher ailleurs. Toute proposition d'amélioration de la résolution doit composer avec cette double couche. Sans ce feedback, on promet des fix serveur qui ne règlent rien côté client.
### 🏅 6. `feedback_no_rustine.md`
Présent dans MEMORY ligne 156, mais perd en visibilité parmi 30+ entrées. À chaque trou architectural rencontré, le réflexe Claude est de combler par un cache module-level. Dom a explicitement nommé cette dérive. Devrait remonter en top critical.
### 🏅 7. `feedback_anonymisation_stricte.md`
Présent dans MEMORY ligne 164. Risque démo médicale : la 1ère version `data.js` a contenu des hallucinations cliniques à sens inversé (anhydrose↔ankylose, avec/sans injection). Pour Amina/médecins clients, ces erreurs = perte instantanée de crédibilité. Devrait rester très visible.
### Mention honorable
- `feedback_no_permission_for_tests.md` (6 mai) : pas dans MEMORY. "Ne me demande pas tout le temps si tu peux faire un test." À ajouter.
- `feedback_failure_is_learning.md` (ligne 158) : à conserver, central au récit Léa.
- `feedback_architecture_first.md` (ligne 152) : à conserver, central.
- `feedback_reread_before_code.md` (ligne 159) : à conserver, méta-règle.
---
## 5. Cartographie thématique (10 thèmes)
| Thème | Fichiers (count) | Structurants à garder | Redondants/éphémères |
|---|---|---|---|
| **Identité Dom + Amina** | 3 | `user_role.md`, `project_amina_partner.md`, `feedback_remote_control_tools.md` | — |
| **Méthode de travail Claude (méta)** | ~15 feedback | `feedback_prendre_le_temps`, `architecture_first`, `no_rustine`, `reread_before_code`, `step_back`, `not_a_click_box`, `failure_is_learning`, `orphans_are_projections`, `verifier_avant_apres_clic`, `no_permission_for_tests` | `stop_asking` (couvert par no_permission), `no_patch_word` (très court), `no_git_tags` (court mais utile), `search_before_code` (couvert par prendre_le_temps), `focus_projet` (couvert par feedback_not_a_click_box partiellement) |
| **Vision produit / Léa stagiaire** | 4 | `project_vision`, `project_platform_vision`, `project_lea_apprentissage_plan`, `feedback_not_a_click_box` | `project_data_extraction` (concept en attente) |
| **Architecture technique en cours** | ~5 | `architecture_v3_v4_decoupled`, `architecture_lea_v1_find_text_client`, `cartography_execution_flow`, `feedback_ollama_vs_transformers`, `project_pipeline_fast_smart_think` | `architecture.md` (mars), `bugs-fixed.md`, `visual_replay.md` (mars, intégré), `project_actor_plan` + `project_actor_implementation` (remplacés) |
| **Démo GHT Sud 95 (en cours)** | 6 | `project_ght_sud_95`, `reference_demo_ght_mockup`, `project_amina_partner`, `feedback_anonymisation_stricte`, `feedback_auth_dialogs_runtime`, `session_20260506_handoff_v2` | `project_demo_urgences_avril2026` (passée, sauf chiffrage Amina) |
| **Sprint courant (QW Suite Mai)** | 3 | `session_20260506_handoff_v2` (priorité absolue, contient le bilan), `session_20260429_30_handoff` (bus feedback) | `session_20260506_handoff.md` v1 (remplacé par v2) |
| **Pipeline commercial / business** | 6 | `project_commercial_pipeline`, `project_ght_sud_95`, `project_poc_anoust`, `project_pricing_model`, `project_competitive_landscape`, "feedback_pull_not_push" (FICHIER MANQUANT) | `project_demo_urgences_avril2026` (archive éléments réutilisables) |
| **Déploiement & infra** | ~10 | `reference_credentials`, `reference_windows_pc`, `reference_mcp_servers`, `feedback_multi_user_deployment`, `feedback_capture_purge_policy`, `feedback_standalone_exe`, `feedback_auth_dialogs_runtime`, `project_code_signing`, `project_multi_users_auth`, `project_auth_logiciels_metier` | `project_deploy_semaine21avril` (passé), `project_gpu_executor_todo` (TODO encore valide), `project_deployment_notes` |
| **Modèles VLM / grounding** | 4 | `reference_vlm_models`, `feedback_ollama_vs_transformers`, `benchmark_grounding_avril2026`, `project_finetuning_vlm_plan` | — |
| **R&D / pépites futures** | 4 | `project_rd_pepites_avril2026`, `project_competitive_landscape`, `project_skill_tree_concept`, `project_app_knowledge` | `project_uitars_integration` (intégré, peut devenir un paragraphe dans VLM models) |
| **Sessions chronologiques** | 17 | `session_20260506_handoff_v2.md`, `session_20260429_30_handoff.md` | Les 15 autres sessions = à archiver |
---
## 6. Proposition de réorganisation par zone
**Aucune action immédiate** — c'est une PROPOSITION uniquement.
### 🔥 ZONE TOP CRITICAL (à charger en tête de MEMORY.md, ~10-12 entrées)
À LIRE AVANT TOUT à chaque session. Toutes ces entrées sont des règles dont la violation a coûté du temps, de la crédibilité ou un risque démo.
| Fichier | Pourquoi top |
|---|---|
| `feedback_prendre_le_temps.md` | DEVISE — violée le 6 mai |
| `feedback_orphans_are_projections.md` | NEW (7 mai) — évite proposition "nettoyer" code dormant |
| `feedback_verifier_avant_apres_clic.md` | NEW (7 mai) — cause racine "clic au pif" |
| `architecture_lea_v1_find_text_client.md` | NEW (7 mai) — limite Léa V1 client-side |
| `feedback_ollama_vs_transformers.md` | Évite re-tester 15 modèles via Ollama |
| `feedback_no_rustine.md` | Réflexe Claude à contrer |
| `feedback_anonymisation_stricte.md` | Risque démo médicale |
| `feedback_not_a_click_box.md` | Récit Léa |
| `feedback_failure_is_learning.md` | Cardinal pour la philosophie produit |
| `user_role.md` | Profil Dom 8 casquettes |
| `project_amina_partner.md` | Partenaire métier |
| `session_20260506_handoff_v2.md` | État courant (vrai bug = OCR direct) |
### 📌 ZONE ACTIVE (chargée par référence, ~25 entrées)
Architecture courante, feedback usuels, projets en cours :
- Feedback : `agent_frozen`, `agent_safety`, `architecture_first`, `auth_dialogs_runtime`, `capture_purge_policy`, `citrix_primary`, `100pct_visual`, `lea_reflexes_catalog`, `local_only`, `multi_user_deployment`, `multi_app_workflow`, `no_git_tags`, `no_patch_word`, `no_permission_for_tests`, `phash_vs_dialog_in_vm`, `popup_vlm`, `reread_before_code`, `remote_control_tools`, `step_back`
- Architecture : `architecture_v3_v4_decoupled`, `cartography_execution_flow`
- Projets actuels : `project_ght_sud_95`, `project_platform_vision`, `project_pipeline_fast_smart_think`, `project_lea_apprentissage_plan`, `project_commercial_pipeline`, `project_vision`, `project_vwb_lea_strategy`, `project_bridge_vwb_lea_known_gap`, `project_medgemma_bench`, `project_app_knowledge`, `project_skill_tree_concept`
- Sessions actives : `session_20260429_30_handoff` (bus + actions intelligentes)
### 📚 ZONE REFERENCE (lookup à la demande, ~12 entrées)
Données stables consultables ponctuellement :
- `reference_credentials.md`
- `reference_windows_pc.md`
- `reference_mcp_servers.md`
- `reference_vlm_models.md`
- `reference_demo_ght_mockup.md`
- `feedback_win11_local_account.md`
- `feedback_standalone_exe.md`
- `feedback_search_before_code.md`
- `feedback_focus_projet.md`
- `feedback_stop_asking.md`
- `project_competitive_landscape.md`
- `project_pricing_model.md`
- `project_rd_pepites_avril2026.md`
### 🗄️ ZONE ARCHIVE (déplacer en `_archive/` mais conserver, ~50+ entrées)
#### Sessions résolues
- `session_20260319.md`
- `session_20260326.md`
- `session_20260330.md`
- `session_20260331.md`
- `session_20260405.md`
- `session_20260405_evening.md`
- `session_20260412.md`
- `session_20260412_handoff.md`
- `session_20260413_handoff.md`
- `session_20260414_kickoff.md` (kickoff Anouste — historique)
- `session_20260417_handoff.md`
- `session_20260418_handoff.md`
- `session_20260421_handoff.md`
- `session_20260423_grounding.md`
- `session_20260506_handoff.md` (v1 — remplacée par v2)
#### Plans périmés
- `plan_attaque_20260326.md`
- `plan_remontee_8sur10.md`
#### Projets actés/passés
- `project_actor_plan.md`
- `project_actor_implementation.md`
- `project_action_plan_avril2026.md`
- `project_objectif_6avril.md`
- `project_tasks_20260319.md`
- `project_demo_urgences_avril2026.md` (extraire chiffrage Amina avant)
- `project_uitars_integration.md` (intégré)
- `project_dashboard_config.md` (concept ouvert mais non priorisé)
- `project_data_extraction.md` (en attente)
- `project_deploy_semaine21avril.md`
- `project_deployment_notes.md`
- `project_finetuning_vlm_plan.md` (post-POC)
- `project_gpu_executor_todo.md`
- `project_multi_users_auth.md` (à reprendre plus tard)
- `project_auth_logiciels_metier.md` (chantier futur)
- `project_code_signing.md` (décidé)
- `project_os_multi_support.md` (anticipation 2-4 ans)
- `project_poc_anoust.md` (en attente DGX)
- `project_roadmap_vision.md` (long terme)
- `pending_uncommitted_files.md` (14 avril, dépassé)
#### Architecture / bugs résolus
- `architecture.md` (mars)
- `bugs-fixed.md` (mars)
- `visual_replay.md` (mars, intégré)
- `benchmark_grounding_avril2026.md` (leçon distillée dans feedback)
**Total archive proposée : ~45-50 fichiers** (presque la moitié).
### Cas INCERTAIN — voir Dom
- `feedback_pull_not_push.md` : référencé MEMORY ligne 257 mais le fichier n'existe pas. **Soit le créer (la règle "Dom ne vend pas, les clients viennent acheter" semble réelle vu le contenu), soit retirer la référence.**
- `project_dashboard_config.md` : décidé le 5 avril, jamais implémenté. Toujours pertinent ou abandonné ? À demander.
- `project_data_extraction.md` : concept de mars 2026, jamais implémenté. Vivant ou mort ?
- `project_objectif_6avril.md` : date passée mais point P0/P1/P2/P3/P4 (Critic/Observer/Policy/Recovery/Apprentissage) toujours d'actualité. Refaire un fichier "Plan d'action mai 2026" et archiver l'avril ? À demander.
---
## 7. Recommandations de compactage MEMORY.md
### 7.1 Objectif
Passer de 273 lignes à **~150 lignes** (marge sécurité 50 lignes pour ajouts futurs avant retrigger limite 200).
### 7.2 Méthode
#### Compactage par fusion thématique
Au lieu d'avoir 19 entrées feedback en bullet list lignes 146-164, créer **un bloc dense** :
```markdown
## ⭐ Feedback critiques (lecture obligatoire)
**À LIRE en priorité (violations observées en session)** :
- `feedback_prendre_le_temps.md` — DEVISE, violée 6 mai
- `feedback_orphans_are_projections.md` — modules dormants ≠ code mort
- `feedback_verifier_avant_apres_clic.md` — cause racine clic au pif
- `architecture_lea_v1_find_text_client.md` — Léa V1 OCR client-side
- `feedback_ollama_vs_transformers.md` — Ollama ≠ vision spatiale
- `feedback_no_rustine.md` — pas de cache pour combler trou
- `feedback_anonymisation_stricte.md` — risque démo médicale
**Standards de méthode** :
- `architecture_first` `reread_before_code` `step_back` `not_a_click_box` `failure_is_learning` `100pct_visual` `lea_reflexes_catalog` `citrix_primary` `multi_app_workflow` `auth_dialogs_runtime` `phash_vs_dialog_in_vm`
**Conventions courtes** :
- `no_patch_word` `no_git_tags` `no_permission_for_tests` `local_only` `agent_frozen` `agent_safety` `capture_purge_policy` `multi_user_deployment` `popup_vlm` `remote_control_tools` `standalone_exe` `win11_local_account`
```
→ Gain : **~30 lignes** (de ~50 à ~20).
#### Suppression des entrées sessions anciennes
Lignes 115-125 (sessions 19-31 mars), 205-209 (sessions 12-13 avril), 226-230 (sessions 17-18 avril), 251 (démo urgences avril) : à retirer ou regrouper en **une seule ligne** :
```markdown
## Sessions anciennes archivées
Voir `_archive/sessions/` pour le détail mars-avril 2026. Active actuelle : `session_20260506_handoff_v2.md` + `session_20260429_30_handoff.md`.
```
→ Gain : **~25 lignes**.
#### Compactage des modules architecture
Lignes 137-144 (Auth Module + Federation Module + Internet Exposure) peuvent devenir 4 lignes denses au lieu de 12.
→ Gain : **~8 lignes**.
#### Suppression doublons
Lignes 184-185 (LEÇON CARDINALE qui re-référence `feedback_prendre_le_temps.md` déjà cité ligne 4) : doublon.
→ Gain : **~3 lignes**.
#### Total estimé
273 → ~150 lignes. **Reste 50 lignes de marge avant retrigger limite 200.**
### 7.3 Fichiers à fusionner
| Fusion proposée | Bénéfice |
|---|---|
| `session_20260319/26/30/31.md` + sessions avril → 1 seul `_archive/sessions/CHRONOLOGIE.md` | Garde trace, libère index |
| `feedback_step_back.md``feedback_architecture_first.md` (très chevauchants) | -1 entrée |
| `feedback_search_before_code.md``feedback_prendre_le_temps.md` (même esprit) | -1 entrée |
| `feedback_stop_asking.md``feedback_no_permission_for_tests.md` (même règle, le 2nd est plus précis) | -1 entrée |
| `project_actor_plan.md` + `project_actor_implementation.md` → archive (remplacés par `project_pipeline_fast_smart_think.md`) | -2 dans active |
| `project_demo_urgences_avril2026.md` → extraire 2 paragraphes (chiffrage + scaling) dans `project_ght_sud_95.md`, archiver le reste | -1 dans active |
| `architecture.md` → archive (intégré au code, partiellement périmé) | -1 dans active |
### 7.4 Fichiers à supprimer sans regret
Aucun. **Tout doit aller en archive**, pas en suppression — Dom décide. Cohérent avec la règle "ne pas perdre l'historique".
### 7.5 Fichiers à archiver mais conserver
Voir section 6 "ZONE ARCHIVE" (~50 fichiers).
### 7.6 Référence cassée à régler
`feedback_pull_not_push.md` (ligne 257 MEMORY) : soit créer, soit retirer la référence. **Décision Dom.**
---
## 8. Politique de gestion future — 7 règles
Pour qu'une fois propre, la mémoire reste propre :
### Règle 1 — 1 feedback = 1 violation observée minimum
Avant de créer un nouveau `feedback_*.md`, on doit pouvoir citer un cas précis de violation. Pas de feedback "préventif" tant qu'aucun Claude ne s'est planté dessus.
### Règle 2 — Rotation des sessions
Toute session > 21 jours sans modification est candidate à `_archive/`. Au prochain audit, déplacer automatiquement.
### Règle 3 — Pas plus de 2 sessions actives dans le top index
Le top index ne référence que :
- La dernière session de handoff (état courant)
- Éventuellement la session précédente si elle a un sprint en cours différent
Toutes les autres sessions vont en archive.
### Règle 4 — MEMORY.md ≤ 180 lignes (marge 20 lignes avant la limite 200)
Si une nouvelle entrée fait dépasser : compacter d'abord (fusion ou archive), ajouter ensuite.
### Règle 5 — Cross-référencer toute tension entre feedbacks
Si un feedback A semble en tension avec un feedback B, ajouter explicitement dans A la phrase "**Compose avec** : voir `feedback_B.md` qui dit Z." Évite les contradictions silencieuses.
### Règle 6 — Renommer les "project_*_dateMMDD" périmés
Tout `project_*_avrilMMDD.md` ou similaire dont la date est passée doit être :
- Soit renommé en `project_*_active.md` si le contenu est encore valide
- Soit déplacé en archive si la date marquait une échéance dépassée
### Règle 7 — Vérifier les références cassées au début de chaque session
Première chose qu'un Claude qui modifie MEMORY.md fait : vérifier que tous les `[link.md](link.md)` pointent vers un fichier existant. Le cas `feedback_pull_not_push.md` montre comment une référence cassée traîne pendant des sessions.
### Bonus — Ajouter un en-tête `MEMORY.md` mentionnant la limite
Au sommet du fichier :
> **⚠️ Limite chargement automatique = 200 lignes.** Tout ce qui suit la ligne 200 est tronqué. Maintenir < 180 lignes (marge 20 lignes pour ajouts en cours de session).
---
## 9. Synthèse opérationnelle
### Chiffres clés
- 101 fichiers `.md`, dont ~50% non indexés dans MEMORY.md
- MEMORY.md = 273 lignes, ~73 lignes invisibles à chaque session
- 7 feedback critiques absents du top index
- 1 référence cassée (`feedback_pull_not_push.md`)
- ~45-50 fichiers candidats à l'archivage
### Risques actuels
- **Démo GHT jeudi 8 mai** : si Claude oublie `feedback_verifier_avant_apres_clic.md` ou `architecture_lea_v1_find_text_client.md`, il va proposer "re-capturer les ancres" alors que Dom dit explicitement de ne pas le faire. Risque démo direct.
- **Hallucination cliniques** : si `feedback_anonymisation_stricte.md` glisse hors du top index, prochaine anonymisation = perte crédibilité Amina.
- **Modules orphelins** : un Claude qui voit l'audit project-quality-guardian va proposer `git rm core/grounding/pipeline.py`. Hors top index = bourde garantie.
### Win immédiat possible
Une simple **réorganisation de MEMORY.md** (sans toucher aux fichiers) à ~150 lignes avec les 7 feedback critiques en tête résout 80% du problème. ~30 minutes de travail Dom + Claude.
### Décisions à demander à Dom
1. **Créer ou retirer** `feedback_pull_not_push.md` (référence cassée).
2. **Valider l'archivage** des ~45 fichiers proposés en zone ARCHIVE.
3. **Trancher** sur 4 fichiers INCERTAIN (`project_dashboard_config`, `project_data_extraction`, `project_objectif_6avril`, `project_actor_*`).
4. **Approuver** les 7 règles de gestion future.
### Décisions Claude peut prendre seul (sujets tertiaires)
- Réorganisation de l'ordre des entrées dans MEMORY.md (Top critical → Active → Reference → Archive pointers).
- Compactage des sections sessions et architecture en bullets denses.
- Création du fichier `_archive/sessions/CHRONOLOGIE.md` de synthèse si Dom valide l'archivage.
---
## 10. Annexe — Inventaire complet des 101 fichiers
### Feedback (33)
1. `feedback_100pct_visual.md` — 100% vision, raccourcis lus OK ✅ ACTIVE
2. `feedback_agent_frozen.md` — Léa V1 gelée, fix serveur ✅ ACTIVE
3. `feedback_agent_safety.md` — pas de keyboard/mouse en bg ✅ ACTIVE
4. `feedback_anonymisation_stricte.md` — anonymisation chirurgicale 🔥 TOP
5. `feedback_architecture_first.md` — raisonner avant coder ✅ ACTIVE
6. `feedback_auth_dialogs_runtime.md` — dialogues auth système ✅ ACTIVE
7. `feedback_capture_purge_policy.md` — purge captures client ✅ ACTIVE
8. `feedback_citrix_primary.md` — Citrix = vision pure ✅ ACTIVE
9. `feedback_failure_is_learning.md` — échec = apprentissage 🔥 TOP
10. `feedback_focus_projet.md` — but produit, pas métriques 📚 REFERENCE
11. `feedback_follow_spec.md` — VISION_RPA_INTELLIGENT 📚 REFERENCE (couvert par d'autres)
12. `feedback_lea_reflexes_catalog.md` — gesture_catalog ✅ ACTIVE
13. `feedback_local_only.md` — Ollama only ✅ ACTIVE
14. `feedback_multi_app_workflow.md` — TIM passent entre apps ✅ ACTIVE
15. `feedback_multi_user_deployment.md` — tokens, machine_id ✅ ACTIVE
16. `feedback_no_git_tags.md` — pas de tags ✅ ACTIVE
17. `feedback_no_patch_word.md` — pas dire "patch" ✅ ACTIVE
18. `feedback_no_permission_for_tests.md` — exécuter direct ✅ ACTIVE (à promouvoir)
19. `feedback_no_rustine.md` — pas de rustines 🔥 TOP
20. `feedback_not_a_click_box.md` — Léa apprend, pas record-replay 🔥 TOP
21. `feedback_ollama_vs_transformers.md` — Ollama ≠ grounding 🔥 TOP
22. `feedback_orphans_are_projections.md` — modules dormants 🔥 TOP (NEW)
23. `feedback_phash_vs_dialog_in_vm.md` — DialogHandler en VM ✅ ACTIVE
24. `feedback_popup_vlm.md` — popup via VLM, pas ctypes ✅ ACTIVE
25. `feedback_prendre_le_temps.md` — DEVISE 🔥🔥🔥 TOP
26. `feedback_remote_control_tools.md` — NoMachine/AnyDesk parasites ✅ ACTIVE
27. `feedback_reread_before_code.md` — relire avant coder 🔥 TOP
28. `feedback_search_before_code.md` — internet avant coder 📚 REFERENCE
29. `feedback_standalone_exe.md` — agent Win = .exe 📚 REFERENCE
30. `feedback_step_back.md` — recul si demandé ✅ ACTIVE
31. `feedback_stop_asking.md` — pas demander d'arrêter 📚 REFERENCE (couvert par no_permission)
32. `feedback_verifier_avant_apres_clic.md` — pré/post-check 🔥 TOP (NEW)
33. `feedback_win11_local_account.md` — bypass Win11 OOBE 📚 REFERENCE
### Project (34)
1. `project_action_plan_avril2026.md` — P0-P4 plan 🗄️ ARCHIVE (concept toujours valide, nom date périmé)
2. `project_actor_implementation.md` — WorkflowRunner V3 🗄️ ARCHIVE
3. `project_actor_plan.md` — Phase 1/2/3 acteur 🗄️ ARCHIVE
4. `project_amina_partner.md` — partenaire métier 🔥 TOP
5. `project_app_knowledge.md` — fiche par application ✅ ACTIVE
6. `project_auth_logiciels_metier.md` — auth DPI 🗄️ ARCHIVE (chantier futur)
7. `project_bridge_vwb_lea_known_gap.md` — bridge import dégradé ✅ ACTIVE
8. `project_code_signing.md` — stratégie code signing 🗄️ ARCHIVE (décidé)
9. `project_commercial_pipeline.md` — pipeline multi-verticales ✅ ACTIVE
10. `project_competitive_landscape.md` — veille concurrents 📚 REFERENCE
11. `project_dashboard_config.md` — config modèles dashboard ❓ INCERTAIN
12. `project_data_extraction.md` — visual scraping ❓ INCERTAIN
13. `project_demo_urgences_avril2026.md` — démo passée 🗄️ ARCHIVE (extraire chiffrage Amina)
14. `project_deployment_notes.md` — points production 🗄️ ARCHIVE
15. `project_deploy_semaine21avril.md` — déploiement 21/04 🗄️ ARCHIVE
16. `project_finetuning_vlm_plan.md` — fine-tuning post-POC 🗄️ ARCHIVE
17. `project_ght_sud_95.md` — démo en cours 🔥 TOP
18. `project_gpu_executor_todo.md` — TODO GPU executor 📚 REFERENCE
19. `project_lea_apprentissage_plan.md` — phases 1/2/3 ✅ ACTIVE
20. `project_medgemma_bench.md` — bench medgemma 4b ✅ ACTIVE
21. `project_multi_users_auth.md` — multi-users auth 🗄️ ARCHIVE
22. `project_objectif_6avril.md` — date passée 🗄️ ARCHIVE
23. `project_os_multi_support.md` — Linux durci 2-4 ans 🗄️ ARCHIVE (long terme)
24. `project_pipeline_fast_smart_think.md` — pipeline FAST→SMART→THINK ✅ ACTIVE
25. `project_platform_vision.md` — pivot interop 🔥 TOP
26. `project_poc_anoust.md` — premier client signé ✅ ACTIVE
27. `project_pricing_model.md` — modèle pricing 📚 REFERENCE
28. `project_rd_pepites_avril2026.md` — pépites R&D 📚 REFERENCE
29. `project_roadmap_vision.md` — long terme 🗄️ ARCHIVE
30. `project_skill_tree_concept.md` — skills réutilisables ✅ ACTIVE
31. `project_tasks_20260319.md` — TODO 20/03 🗄️ ARCHIVE
32. `project_uitars_integration.md` — UI-TARS intégré 🗄️ ARCHIVE (intégré, fusionner avec reference_vlm_models)
33. `project_vision.md` — Shadow→Copilot→Autonomous ✅ ACTIVE
34. `project_vwb_lea_strategy.md` — stratégie produit ✅ ACTIVE
### Session (17)
1. `session_20260319.md` — pipeline qualité 🗄️ ARCHIVE
2. `session_20260326.md` — worker séparé 🗄️ ARCHIVE
3. `session_20260330.md` — MVP replay popup 🗄️ ARCHIVE
4. `session_20260331.md` — SomEngine 🗄️ ARCHIVE
5. `session_20260405.md` — Phase 1 acteur VM 🗄️ ARCHIVE
6. `session_20260405_evening.md` — gemma4 acteur 🗄️ ARCHIVE
7. `session_20260412.md` — popups Léa volent focus 🗄️ ARCHIVE
8. `session_20260412_handoff.md` — état 12/04 🗄️ ARCHIVE
9. `session_20260413_handoff.md` — premier replay autonome 🗄️ ARCHIVE
10. `session_20260414_kickoff.md` — kickoff Anouste 🗄️ ARCHIVE
11. `session_20260417_handoff.md` — E2E validés 🗄️ ARCHIVE
12. `session_20260418_handoff.md` — VWB 19 blocs 🗄️ ARCHIVE
13. `session_20260421_handoff.md` — perf 6.6x 🗄️ ARCHIVE
14. `session_20260423_grounding.md` — bench grounding 🗄️ ARCHIVE
15. `session_20260429_30_handoff.md` — bus feedback ✅ ACTIVE
16. `session_20260506_handoff.md` — sprint QW (v1, remplacé) 🗄️ ARCHIVE
17. `session_20260506_handoff_v2.md` — bilan auto-critique 🔥 TOP
### Reference (5)
1. `reference_credentials.md` — credentials LAN 📚 REFERENCE
2. `reference_demo_ght_mockup.md` — maquette démo 📚 REFERENCE
3. `reference_mcp_servers.md` — 13 MCP 📚 REFERENCE
4. `reference_vlm_models.md` — modèles VLM 📚 REFERENCE
5. `reference_windows_pc.md` — PC Windows test 📚 REFERENCE
### Plan (2)
1. `plan_attaque_20260326.md` — plan 26/03 🗄️ ARCHIVE
2. `plan_remontee_8sur10.md` — plan 26/04 🗄️ ARCHIVE
### Architecture (3)
1. `architecture.md` — quick reference (mars) 🗄️ ARCHIVE
2. `architecture_v3_v4_decoupled.md` — V3/V4 découplés ✅ ACTIVE
3. `architecture_lea_v1_find_text_client.md` — Léa V1 OCR client 🔥 TOP (NEW)
### Divers (7)
1. `MEMORY.md` — index 🔥 TOP (à compacter)
2. `bugs-fixed.md` — bugs mars 🗄️ ARCHIVE
3. `cartography_execution_flow.md` — cartographie 12 systèmes 🔥 TOP
4. `benchmark_grounding_avril2026.md` — bench détaillé 🗄️ ARCHIVE (leçon dans feedback)
5. `pending_uncommitted_files.md` — uncommitted 14/04 🗄️ ARCHIVE
6. `user_role.md` — profil Dom 🔥 TOP
7. `visual_replay.md` — replay system mars 🗄️ ARCHIVE
---
**Fin du rapport. Aucun fichier de mémoire n'a été modifié pendant cet audit. Aucun fichier déplacé. Décisions de réorganisation laissées à Dom.**