feat(agents): pont Codex inter-agents + readiness/heartbeat lot 1

Deux chantiers livrés au vert (workspace entier : domain+application+
infrastructure 42 + app-tauri --lib 128, 0 échec).

## Codex inter-agents
- domaine: McpConfigStrategy::TomlConfigHome { target, home_env } +
  toml_config_home(...); AgentProfile::materializes_idea_bridge()
  (whitelist Claude/ConfigFile + Codex/TomlConfigHome); McpServerWiring
  + encodeur TOML.
- application: lifecycle apply_mcp_config bras TomlConfigHome (écrit
  {runDir}/<target>, pousse (home_env, parent) dans spec.env);
  guard_mcp_bridge_supported ré-exprimée via materializes_idea_bridge();
  catalogue Codex porte toml_config_home(".codex/config.toml","CODEX_HOME").
- app-tauri: is_codex_mcp_profile, migrate_codex_run_dir,
  mcp_server_entry_toml.
- tests: matrice domaine TomlConfigHome + round-trip dual Claude/Codex
  sur loopback réel (fakes, zéro token).

## Readiness/heartbeat lot 1
- domaine: readiness.rs — ReadinessPolicy::classify (Final => TurnEnded),
  variantes ReplyEvent::Heartbeat / ToolActivity.
- application: drain_with_readiness consulte la policy et appelle
  mark_idle sur le signal déterministe; branché dans ask_agent.
  Corrige la cause racine: une cible qui ne renvoie qu'un Final (sans
  idea_reply) débloque désormais sa file Busy.
- infrastructure: adapters de session émettent Heartbeat/ToolActivity.
- tests: drain_with_readiness_lot1 (points QA 5 & 6) verts.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

crates/domain/src/ports.rs

@@ -209,6 +209,17 @@ pub enum ReplyEvent {
         /// Libellé humain-lisible de l'activité.
         label: String,
     },
+    /// **Preuve de vivacité non terminale** (model-agnostique) : l'agent est
+    /// toujours en train de travailler. Émis par l'adapter quand le moteur signale
+    /// un battement de cœur natif **sans contenu utile** (handshake/init, fenêtre de
+    /// limite de débit, début/fin de tour côté moteur…). Sert à distinguer « agent
+    /// vivant mais lent » d'« agent bloqué » (readiness/heartbeat, lot 1).
+    ///
+    /// **Jamais terminal** : un `Heartbeat` ne clôt **pas** le flux — il s'intercale
+    /// comme un delta (ignoré par les consommateurs synchrones) et le flux continue
+    /// jusqu'au [`ReplyEvent::Final`]. Un tour comporte ≥0 `Heartbeat`, jamais
+    /// d'obligation d'en émettre.
+    Heartbeat,
     /// **Événement terminal déterministe** d'un tour : l'adapter l'émet quand il a
     /// lu le message `result` documenté de la CLI. Porte le contenu final agrégé.
     /// Après `Final`, le flux se termine (plus aucun événement).
@@ -220,8 +231,10 @@ pub enum ReplyEvent {
 
 /// Flux borné d'événements de réponse d'UN tour (ARCHITECTURE §17.1). Se termine
 /// après le [`ReplyEvent::Final`] (ou sur erreur). Calqué sur [`OutputStream`],
-/// mais **typé** : deltas de texte → activités d'outil → un `Final` déterministe,
-/// plutôt que des octets bruts.
+/// mais **typé** : deltas de texte → activités d'outil → battements de cœur*
+/// ([`ReplyEvent::Heartbeat`], non terminaux, en nombre quelconque et entrelacés) →
+/// **un** `Final` terminal déterministe, plutôt que des octets bruts. Seul le `Final`
+/// clôt le flux ; deltas, activités et heartbeats sont tous non terminaux.
 pub type ReplyStream = Box<dyn Iterator<Item = ReplyEvent> + Send>;
 
 // ---------------------------------------------------------------------------