capitalisation: intégration ~60 entrées RL799_V2 (triage 2026-05-02)

Triage du 95_a_capitaliser.md (~75 propositions) :
- 60 entrées intégrées dans knowledge/ (backend, frontend, workflow)
- 4 nouveaux fichiers : backend/patterns/tests.md, backend/risques/tests.md,
  frontend/patterns/general.md, workflow/patterns/general.md
- 6 doublons rejetés
- Mise à jour des READMEs index pour refléter les nouvelles entrées
- 95_a_capitaliser.md restauré à sa structure initiale
- 40_decisions_et_archi.md : décision mono-tenant déployable vs SaaS multi-tenant
- 90_debug_et_postmortem.md : sub-agents Write indisponible, effet iceberg CI,
  prisma migrate diffs cosmétiques

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

knowledge/backend/risques/contracts.md

@@ -222,3 +222,40 @@ Quand un repository ou service crée une nouvelle valeur pour un champ enum-like
 3. Vérifier que les endpoints de lecture qui parsent ces données acceptent la nouvelle valeur
 
 - Contexte technique : Zod / contrats partagés — RL799_V2 03-04-2026
+
+---
+
+<a id="risque-zod-email-tolowercase-trim"></a>
+## Bug Zod 4 — `z.string().email().toLowerCase().trim()` rejette les emails à trim
+
+### Risques
+
+- Le pattern `z.string().email().toLowerCase().trim()` ne fait **pas** ce qu'il prétend en Zod 4 : `.email()` est une assertion qui valide le format **brut**, **avant** que les transforms `.toLowerCase()` / `.trim()` s'appliquent
+- Un email avec espace trailing (`"BOB@X.FR "`) est rejeté `Invalid email` au lieu d'être trim+lower
+
+### Symptômes
+
+- Test fixture `BOB@X.FR ` (trailing space) → 400 alors que l'intention est `bob@x.fr`
+- Pattern présent dans plusieurs schémas du projet (`visitorProfileLookupSchema`, `tenueVisitorCreateSchema`, etc.)
+
+### Bonnes pratiques / mitigations
+
+```typescript
+// ❌ Pattern legacy faux (Zod 4) — assertion AVANT transforms
+const emailSchema = z.string().email().max(254).toLowerCase().trim();
+
+// ✅ Pattern correct : trim/lower AVANT email assertion via pipe
+const emailSchema = z
+  .string()
+  .trim()
+  .toLowerCase()
+  .pipe(z.string().email().max(254));
+```
+
+`.pipe()` chaîne deux schémas — le premier transforme (trim+lower), le second valide (email+max). L'ordre devient explicite et l'assertion est appliquée après normalisation.
+
+**Tests à ajouter** : `BOB@X.FR ` (trailing space) → `bob@x.fr`, `  ALICE@TEST.FR` (leading + casse) → `alice@test.fr`. Si le schéma rejette `Invalid email`, le bug est présent.
+
+**À auditer projet-wide** : grep tous les schémas avec ce pattern (`.email().toLowerCase().trim()`) et migrer en `.pipe()`.
+
+- Contexte technique : Zod 4 — RL799_V2 01-05-2026