feat(combat): add delay action

README.md

@@ -297,6 +297,15 @@ Règles modélisées :
   suffit à entrer en portée, ou `(move, attack)` sinon. Les actions immédiates
   (hors-tour, consomment le prochain swift) sont modélisées via une politique
   de réaction opt-in (`reaction_policy`) — voir « Actions immédiates » ci-dessous.
+- Retard (`Action(kind="delay")`, action standard) : le combattant renonce à
+  agir maintenant et agit plus tard dans le **même round** — en fin d'ordre si
+  `target_id` est absent, sinon juste avant le combattant désigné. La nouvelle
+  position est encodée dans la clé d'initiative par un total égal à celui de la
+  cible − 0,5 (ou au minimum des totaux − 0,5 sans cible) et **persiste aux
+  rounds suivants** ; le reste du tour est perdu, un second retard dans le même
+  round est rejeté (`already_delayed`), et le drapeau se réinitialise au début
+  de chaque round. `default_policy` ne choisit pas le retard (disponible via
+  une politique personnalisée).
 - Retour d'exécution des actions : chaque action produit un `ActionResult`
   explicite (kind, ok, reason) consigné dans le snapshot (`last_turn_results`
   au tour suivant). Les actions invalides sont rejetées et journalisées au lieu
@@ -304,7 +313,9 @@ Règles modélisées :
   déclarés mais non implémentés (`swift`, `free`, `full_round` — leur
   implémentation générique reste à faire) → `unsupported_kind` ; dégradation
   par les filtres staggered/nauseated (ou swift consommé par une immédiate) →
-  `downgraded:staggered` / `downgraded:nauseated` / `downgraded:immediate_swift`.
+  `downgraded:staggered` / `downgraded:nauseated` / `downgraded:immediate_swift` ;
+  retard valide → `ok=True, reason="delayed"`, second retard du même round →
+  `ok=False, reason="already_delayed"`.
 - Attaques multiples par action : une arme avec `count` > 1 (« 2x Talons »)
   résout `count` balayages indépendants dans la même action ; les balayages
   restants sont perdus si la cible tombe (inconsciente ou morte) en cours de