capitalisation: triage 95_a_capitaliser + création domaine infra

Triage des 27 propositions du buffer de capitalisation (skill
capitalisation-triage), avec vérification des doublons contre la base.

Intégré dans knowledge/ (23 entrées):
- backend: redis (compensation incrBy non-atomique), nestjs (injection
  cassée sous tsx watch; guard write mode dégradé), async (test rollback
  pipeline multi-fichiers), contracts (idempotence POST), auth (disclosure
  comptes soft-deleted), prisma (index partial soft-delete), llm-providers
  (nouveau: OAuth vs API key, prompt caching).
- frontend: tests (garde-fous parking Later), navigation (fichiers
  non-route sous src/app Expo Router), general (type client vs payload
  backend), state (fallback catch-all mapping DB→UI).
- workflow: story-tracking (statut BMAD vs narratif obsolète).
- product: general (nouveau: doc feature store sans UI).
- infra: NOUVEAU DOMAINE (traefik, tailscale, docker, docker-networking,
  reverse-proxy-paths, sidecar tailscale) + 00_INDEX.md.

Autres:
- 90_debug_et_postmortem.md: post-mortem réseau Docker partagé hors compose.
- Rejeté 3 doublons (types enum contracts, getter PrismaService, $transaction).
- Buffer 95_a_capitaliser.md purgé et restauré à son état initial.
- _projects.conf: MAJ statuts epics + ajout app-rl799.

knowledge/backend/patterns/async.md

@@ -251,3 +251,30 @@ export const listRecentXxxForMember = async (
 ```
 
 L'admin garde un endpoint distinct sans le filtre temporel pour l'accès historique complet.
+
+---
+
+<a id="pattern-test-rollback-pipeline-multi-fichiers"></a>
+## Pattern : Test de rollback pour pipelines multi-fichiers atomiques
+
+- Objectif : garantir qu'un pipeline qui écrit N fichiers avec rollback nettoie réellement l'état partiel quand le Nème échoue.
+- Contexte : opération qui persiste plusieurs artefacts (ex : variantes/dérivés d'une image, fichiers d'un export) en gardant la liste des chemins déjà écrits pour pouvoir les supprimer en cas d'échec.
+- Quand l'utiliser : tout pipeline « tout ou rien » sur N écritures de fichiers avec compensation manuelle (pas de transaction native).
+- Quand l'éviter : écriture d'un seul fichier, ou stockage qui offre une vraie transactionnalité.
+- Avantage :
+  - couvre le cas limite réel (échec en cours de pipeline) plutôt que le seul chemin nominal
+  - détecte une compensation incomplète (fichiers orphelins) ou excessive (suppression d'un fichier non écrit par ce pipeline)
+- Limites / vigilance :
+  - le test doit être mis à jour quand N change (ajout d'un variant) pour couvrir le nouveau cas limite
+- Validé le : 03-04-2026
+- Contexte technique : Node.js / écriture fichiers — app-template-resto story 4.3
+
+### Règle
+
+Tout pipeline qui écrit N fichiers avec rollback (suppression des déjà-écrits si un échec survient) doit avoir un test unitaire couvrant le cas **« N-1 fichiers écrits + le Nème échoue »**. Ce test vérifie :
+
+- que les N-1 fichiers déjà écrits sont **exactement** supprimés (ni plus, ni moins) ;
+- que la phase de finalisation (`finalize()` ou équivalent) n'est **pas** appelée ;
+- que l'erreur est bien propagée à l'appelant.
+
+Quand le nombre d'artefacts change (ajout d'un variant), mettre à jour ce test pour couvrir le nouveau N.