Étape 9 : suppression du statut d'affectation (plus de confirmation)

Une affectation est valide dès sa création ; la retirer = supprimer la ligne.

- Modèle : suppression de AssignmentStatus, ACTIVE_ASSIGNMENT_STATUSES et de
  Assignment.status ; migration 0003 (drop_column, alembic check vert)
- Loader de validation : toutes les affectations du bénévole comptent, plus de
  filtre par statut
- API : AssignmentCreate/Update/Read sans status ; création → validation
  toujours exécutée (blocage si violation bloquante) ; PATCH ne porte plus que
  source/locked
- Matrice : MatrixShift.{confirmed, proposed} → {assigned} (compte unique)
- Seed : affectations sans statut, résumé « Affectations » (260)
- Tests mis à jour (matrice, loader, modèle, API) ; 128 tests au total
- CLAUDE.md : glossaire, modèle, sémantique de validation, périmètre

Frontend : les références au statut (propositions, badges confirmé/proposé,
écran de confirmation mobile, mock, schema.ts) restent à retirer séparément.

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

backend/app/models/enums.py

@@ -19,13 +19,6 @@ class AvailabilityStatus(enum.StrEnum):
     UNAVAILABLE = "UNAVAILABLE"
 
 
-class AssignmentStatus(enum.StrEnum):
-    PROPOSED = "PROPOSED"
-    CONFIRMED = "CONFIRMED"
-    DECLINED = "DECLINED"
-    CANCELLED = "CANCELLED"
-
-
 class AssignmentSource(enum.StrEnum):
     SOLVER = "SOLVER"
     MANUAL = "MANUAL"
@@ -51,10 +44,3 @@ class TshirtSize(enum.StrEnum):
     XL = "XL"
     XXL = "XXL"
     XXXL = "XXXL"
-
-
-# Statuts d'affectation « actifs » : seuls ceux-ci comptent pour les règles de
-# chevauchement, de cumul horaire et de repos (voir app/validation).
-ACTIVE_ASSIGNMENT_STATUSES: frozenset[AssignmentStatus] = frozenset(
-    {AssignmentStatus.PROPOSED, AssignmentStatus.CONFIRMED}
-)