diff --git a/_byan-output/fast-app/formation-hub/SESSION-RESUME.md b/_byan-output/fast-app/formation-hub/SESSION-RESUME.md index c51576d..1bfa310 100644 --- a/_byan-output/fast-app/formation-hub/SESSION-RESUME.md +++ b/_byan-output/fast-app/formation-hub/SESSION-RESUME.md @@ -102,7 +102,22 @@ Owner=`admin:*`, Admin=tout sauf `*:delete` et `roles:manage`, Editor, Member, G - **R3 ENTIEREMENT TERMINE** ### Mode Loop full autonome (decision 2026-05-08) -Loop autonome jusqu'a fin R3 (R3.1.d -> R3.8). Pas de checkpoint user. Apres chaque sub-bloc : commit + push + update SESSION-RESUME, puis sub-bloc suivant. +Loop autonome R3.1.d -> R3.8 termine. Patch 017 fix typecheck post-install pnpm. Etat final : 0 TS error client + server, 313 tests client + 210 tests server + 380 tests bridge tous verts. + +### Questions ouvertes a trancher post-/compact (2026-05-08) + +**Q1 — Strategie test E2E AI-driven (Claude Code / Stagehand / Computer Use)** +- Constat : Playwright (R3.1.e livre) couvre les chemins critiques deterministes. Manque coverage exploratoire. +- Option A : ajouter `R3.1.f Claude Code smoke` — workflow CI pre-release qui invoke Claude via Agent SDK avec acces Playwright + scenario en markdown. ~$0.50/run Sonnet, ~$2 Opus. +- Option B : decaler en R4.x post-release stabilization. +- Position complementaire (pas de remplacement Playwright) : Playwright = CI a chaque push deterministe, Claude smoke = nightly creatif decouverte UX. +- Decision a prendre : R3.1.f ou R4.x ? + +**Q2 — Repartition Postgres DocAdenice vs Baserow (deja livre, audit possible)** +- Regle implicite appliquee R3.2/R3.6/R3.7/R3.8 : Baserow = donnees user-visibles (les "databases" Notion-like que Ludo cree et regarde). Postgres DocAdenice = etat plateforme (auth, RBAC, contenu pages, notifs, comments, templates, backlinks). +- 6 tables creees dans Postgres : `acadenice_backlink`, `acadenice_template`, `acadenice_notification`, `acadenice_notification_preferences`, `acadenice_page_comment`, `acadenice_row_comment`. Plus les 3 tables RBAC R2.1. +- Justifications : FK CASCADE, latence <50ms requise pour panel backlinks, RBAC Docmost natif applique server-side, pas de pollution workspace Ludo, coherence yjs collab pour comments. +- A reverifier ensemble si certaines de ces 6 tables devraient migrer vers Baserow (ex: templates editables comme une table user). Mon avis : non, mais ouvert au debat. ### TODO connus non bloquants - Hook `WorkspaceService.create` pour seed live RBAC (actuellement seed au prochain boot)