rpa_vision_v3/docs/AUDIT_MEMOIRE_CLAUDE_2026-05-08.md

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 :

## ⭐ 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 :

## 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.