f8dc3c3af4
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>
Documentation RPA Vision V3
📚 Organisation
reference/ - Documents de Référence Architecture
Documents techniques décrivant l'architecture complète du système :
ARCHITECTURE_VISION_COMPLETE.md- Architecture complète en 5 couches (ESSENTIEL)ARCHITECTURE_ENRICHISSEMENTS.md- 8 enrichissements production-readyARCHITECTURE_INDEX.md- Index de navigationENRICHISSEMENTS_RESUME.md- Résumé des enrichissementsSTART_HERE.md- Point de départ pour comprendre l'architectureQUICK_SUMMARY.txt- Résumé rapideSESSION_COMPLETE_22_NOV.md- Session de travail complèteRESUME_CREATION_DOCS.md- Historique de créationCHANGELOG_MVP.md- Changelog du MVP
specs/ - Spécification d'Implémentation
Spécification complète pour l'implémentation :
requirements.md- 15 requirements avec 89 critères d'acceptationdesign.md- Design détaillé avec 20 correctness propertiestasks.md- Plan d'implémentation en 13 phases avec 60+ tâches
Autres Documents
ROADMAP_RPA_100_VISION.md- Vision et roadmap du projet
🎯 Par Où Commencer ?
Pour Comprendre l'Architecture
- Lire :
reference/START_HERE.md - Approfondir :
reference/ARCHITECTURE_VISION_COMPLETE.md - Enrichissements :
reference/ARCHITECTURE_ENRICHISSEMENTS.md
Pour Implémenter
- Requirements :
specs/requirements.md - Design :
specs/design.md - Tasks :
specs/tasks.md
Pour la Vision Globale
- Roadmap :
ROADMAP_RPA_100_VISION.md
🏗️ Architecture en 5 Couches
Couche 0: RawSession
↓
Couche 1: ScreenState (4 niveaux)
↓
Couche 2: UIElement Detection
↓
Couche 3: State Embedding
↓
Couche 4: Workflow Graph
📖 Concepts Clés
RPA 100% Vision
- Pas de coordonnées (x, y) fixes
- Rôles sémantiques (primary_action, form_input, etc.)
- Matching par similarité visuelle et textuelle
- Robuste aux changements d'UI
Workflow Graph
- WorkflowNode : Template d'état d'écran
- WorkflowEdge : Transition (action) entre nodes
- Learning States : OBSERVATION → COACHING → AUTO_CANDIDATE → AUTO_CONFIRMÉ
State Embedding
Fusion multi-modale :
- 50% Image (screenshot complet)
- 30% Texte (texte détecté)
- 10% Titre (fenêtre)
- 10% UI (éléments détectés)
🔗 Liens Utiles
- Code source :
../core/ - Tests :
../tests/ - Données :
../data/ - README principal :
../README.md