Document MiniMax repeated probe behavior

docs/EXECUTION_BOARD.md

@@ -200,6 +200,11 @@
     - `subscription` closure 会正确区分 `requested_probe_api_key` 与 `managed_subscription` 实际 probe 来源
     - 同一轮 raw key 直打宿主仍返回 `403 not assigned to any group`
     - provider completion 仍受 MiniMax 官方 upstream `429 rate_limit_error` 影响，但这已不再会被 artifact 误读成 raw key 可用
+  - 同一 fresh-host 上继续补的 MiniMax `M2.5` 缩圈验证已证明：
+    - `artifacts/real-host-acceptance/20260523_local_clean_minimax_m25_only_probe`：单独只打 `M2.5` 时，宿主会选中真实账号并命中 upstream `429`
+    - `artifacts/real-host-acceptance/20260523_local_clean_minimax_m25_repeated_probe`：连续第 1 次 `M2.5` 是 `429`，后续第 2/3 次退化成 `503 Service temporarily unavailable`
+    - 对应宿主日志中，第一次有 `account_id=1` 和 `upstream_status=429`，后续只有 `account_select_failed error=\"no available accounts\"`
+    - 当前 MiniMax live 阻断要按两层解释：第一次是 upstream quota/rate-limit，后续 `503` 是唯一账号进入临时不可调度窗口后的宿主侧结果
 
 **本轮实现状态（T1 ~ T13）**：
 - [x] `internal/batch` canonical types / reuse policy / service / confirmation / validation / projection 已落地