Étape 4 : moteur de validation des affectations

- Module pur app/validation/ : aucune dépendance à la base, entrée
  ValidationInput (dataclasses), sortie list[Violation] (code + params, pas
  de phrase)
- 5 règles conformes à CLAUDE.md § 3 :
  SHIFT_OVERLAP (bloquante), OUTSIDE_AVAILABILITY, DAILY_HOURS_EXCEEDED,
  INSUFFICIENT_REST, MISSING_REQUIRED_SKILL (avertissements)
- Sémantique figée : bornes strictes (créneaux jointifs non chevauchants),
  frontière de journée au 1er DayPart, cumul > 8 h strict, repos < 8 h strict,
  statuts PROPOSED/CONFIRMED côté appelant
- has_blocking() pour l'appelant
- TDD : 23 tests, un cas passant + un cas déclenchant par règle + cas limites
  (minuit, frontière de journée, multi-créneaux, combinaisons) ; couverture 99 %
- Clés de traduction validation.<CODE> dans locales/fr.json

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_017uUsRg7XzopkCPWimwg9ZM

backend/app/validation/__init__.py

@@ -1,5 +1,27 @@
 """Moteur de validation des affectations — cœur du produit.
 
-Implémenté à l'étape 4, en TDD : les tests précèdent le code, chaque règle est
-couverte par un cas passant et un cas déclenchant. Voir CLAUDE.md § 3.
+Voir CLAUDE.md § 3 pour les règles et la sémantique.
 """
+
+from app.validation.engine import has_blocking, validate
+from app.validation.models import (
+    AvailabilityDeclaration,
+    DayPartWindow,
+    Severity,
+    ShiftInfo,
+    ValidationInput,
+    Violation,
+    ViolationCode,
+)
+
+__all__ = [
+    "AvailabilityDeclaration",
+    "DayPartWindow",
+    "Severity",
+    "ShiftInfo",
+    "ValidationInput",
+    "Violation",
+    "ViolationCode",
+    "has_blocking",
+    "validate",
+]