html/api/wiki-sessions.md at 3dfa3e474ae97c482b5317c15e18b390dbdfd9c4

yanis/html

Fork 0

Files

opus 1ba725dd37

WEVAL NonReg / nonreg (push) Has been cancelled

Details

docs(wiki): session 17avr afternoon - page_scan intent + Ollama doctrine fix

2026-04-17 14:34:41 +02:00

6.1 KiB

Raw Blame History

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× bandeau live-stats dans 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 :  + 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_write absent → simulation sur demandes d'écriture
Fix déployé : wevia-opus-write-intents.php avec 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.py PermissionError 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 .html dans le message, lance scanner Playwright ciblé via /opt/weval-nonreg/page-health-scan.js, cap 6 pages max
Intent branch_archi : mots-clés branch|connect|archi|security-dash|ops-center → scan les 4 pages archi+security+ops en parallèle
Helper réutilisable : page-health-scan.js retourne 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

6.1 KiB Raw Blame History Unescape Escape