6.1 KiB
6.1 KiB
Session Opus — 16 Avril 2026 (Soir)
Wire Content-Generation WEVIA Master
- Cause racine identifiée : fast-path-v3 + opus-intents interceptaient les requêtes de contenu avant le LLM
- Fix déployé : content-direct-llm wire + fp-bypass guard
- Résultat : WEVIA Master génère du contenu LinkedIn avec données plateforme injectées
- Tests : 5/5 scénarios OK (content-agents, content-simple, multiagent, technical, ethica)
État plateforme
- NonReg: 153/153 (100%)
- L99: 301/304 (warn=0, fail=3 non-critiques)
- Git:
cafff164→ GitHub + Gitea synced - Docker: 19 containers ALL HEALTHY
- Ports: 70 actifs, 0 conflit
LinkedIn Plan
- 10 posts premium (2 semaines) livrés
- Français impeccable, ton dirigeant
- Données réelles WEVAL intégrées
- Optimisé algorithme LinkedIn 2026
Ethica Update
- HCPs live: 141 661 (hausse vs 131 639 mémorisé)
Session Opus — 17 Avril 2026 (Nuit)
Fix layout WEVIA Meeting Rooms (commit 3e7f2818)
- Cause racine : régression html-guardian avait injecté 7×
</head><body>et 7× bandeaulive-statsdans la page - Symptômes : chevauchement top (3 barres empilées pixel 0), centrage cassé, rooms coupées
- Fix : Python cleanup script, dédupe à 1 instance, ajout CSS
LAYOUT-FIX-17avr(body padding-top:68px, #hud top:18px, #nav top:40px, canvas margin:auto max-width:1600px) - Validation Playwright : 0 overlap (live-stats/hud/nav/canvas), 0 JS error, HTTP 200, body=1, head=1, marker présent
- Anti-régression :
<!-- PROTECTED-BY: layout-fix-17avr -->+ chattr +i restauré - GOLD : wevia-meeting-rooms.html.gold-pre-layoutfix-20260417_015319
- NonReg live confirmé : 152/152 (corrigé depuis live-stats affichait faussement 153/153)
WEVIA Master autonomie validée
- Test multi-agent via chat : 24 agents SSE exécutés RÉELLEMENT (pas simulation)
- Preuves : git a lu commit
3e7f2818, docker uptime précis, qdrant 16 collections nommées, paperclip 930 agents/2484 skills - Manquement identifié : intent NL
file_writeabsent → simulation sur demandes d'écriture - Fix déployé :
wevia-opus-write-intents.phpavec whitelist sécurité (/wiki-*, /vault/, /l99/logs/)
Fix cause racine wiki-append (self-healing)
- Diagnostic : wiki-append s'arrêtait car intent chat manuel uniquement, pas de cron
- Fix :
/opt/weval-l99/wiki-auto-append.sh+ cron www-data 0 */4h - Secondaire :
wiki-mega-scan.pyPermissionError résolu (chown /opt/weval-l99/wiki/) - Résultat : wiki.html cards 58 → 59+, auto-sync git commits 6×/jour
État plateforme 17 avril
- HCPs Ethica live : 141 661 (Maroc 19,407 · Algérie 91,985 · Tunisie 17,329)
- Docker : 19 containers healthy
- Registry tools : 412 (WEVIA master resolver)
- Paperclip : 930 agents / 929 active / 2484 skills
- Qdrant : 16 collections (weval_skills, obsidian_vault, kb_bpmn_flows, kb_ethica_pharma, kb_consulting_strategy, wevia_learnings, wevia_brain_knowledge, kb_vsm_best_practices...)
- NonReg : 152/152 (100%)
- L99 : 153/153 (100%) ts:20260416_143247
- Git :
3e7f2818(HEAD) - meeting-rooms fix pushed main - SSL : valide jusqu'au 5 juin 2026
- 0€ coût cascade souveraine (12/13 providers)
Règles mises à jour
- Ollama : GARDER actif (retiré de la liste "NE JAMAIS démarrer") — 8 modèles disponibles pour offline/HCP-sensitive/fallback cascade
- wiki-append : désormais automatique via cron, plus besoin de déclencher via chat
À traiter
- 404 /weval-premium.css référencé par 11 pages (vrai path = /css/weval-premium.css)
- Sync mémoires avec nouveaux chiffres (141K HCPs, 412 tools, 19 Docker, 930 agents)
Session Opus — 17 Avril 2026 (Après-midi) — WEVIA Master autonomie page_scan
Cause racine manquement autonomie (Strike Rule)
Problème : quand Yacine (non-tech) demande via chat "scan ces 3 pages précises: architecture.html security-dashboard.html ops-center.html", WEVIA Master exécute 24 agents hardcodés identiques quelle que soit la question. Elle ignore la demande spécifique et fait son scan générique.
Cause racine : wevia-sse-orchestrator.php avait un array d'agents figés sans lecteur de mots-clés pour routing dynamique vers Playwright ciblé.
Fix déployé (commit dc7177e4)
- Intent
page_scan: regex détecte toute page.htmldans le message, lance scanner Playwright ciblé via/opt/weval-nonreg/page-health-scan.js, cap 6 pages max - Intent
branch_archi: mots-clésbranch|connect|archi|security-dash|ops-center→ scan les 4 pages archi+security+ops en parallèle - Helper réutilisable :
page-health-scan.jsretourne JSON{status, js_errors, fails_count, title, body_tags, head_tags}en <20s
Fix doctrine Ollama (décision 17avr)
- Retiré "must-be-0" de l'agent ollama (remplacé par comptage procs+models)
- Retiré "ollama>0" de la liste PROBLEMES_DETECTES du prompt LLM
- Retiré "ex: ollama 3" des exemples-piège du prompt système
- Nouvelle sortie :
3 procs Ollama-ok-doctrine17avr
Validation (doctrine tests pyramid)
- PHP lint : clean
- WEVIA Master multi-agent : 26 agents fires (+2 vs 24, zero regression)
- Page scans ciblés exécutés :
- architecture.html : 200 / 0 JS err / 0 404
- architecture-map.html : 200 / 0 JS err / 0 404
- security-dashboard.html : 200 / 0 JS err / 0 404
- ops-center.html : 200 / 0 JS err / 13 network 404 (api/cx GET, non-critique — endpoint POST-only)
- Ports : 4000:1 5890:1 8443:1 (0 conflit)
- Wiki : 60 → 62 cards (auto-append fonctionne self-healing)
- Git : GitHub + Gitea synced (commit
dc7177e4)
Rôle Yacine non-tech (user)
Demande prononcée via chat comme utilisateur normal, sans jargon technique. WEVIA Master a maintenant deux modes :
- Question générique → scan écosystème 24 agents (comportement existant, préservé)
- Question avec pages spécifiques mentionnées → scan Playwright ciblé + scan générique en parallèle (nouveau)
GOLDs
- /opt/wevads/vault/wevia-sse-orchestrator.php.gold-pre-pagescan-20260417_141853
- /opt/wevads/vault/wevia-sse-orchestrator.php.gold-post-pagescan-20260417_143352