É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/validation/models.py

@@ -76,9 +76,8 @@ class AvailabilityDeclaration:
 class ValidationInput:
     """Tout ce qu'il faut pour valider une affectation candidate.
 
-    `existing_shifts` = les créneaux des autres affectations **actives**
-    (`PROPOSED` / `CONFIRMED`) du même bénévole ; le filtrage par statut est à
-    la charge de l'appelant.
+    `existing_shifts` = les créneaux des autres affectations du même bénévole
+    (une affectation = une décision, il n'y a pas d'étape de confirmation).
     """
 
     candidate_shift: ShiftInfo