v0.3.7-pre.008

docs/plans/028-V0_3_7_BACKFILL_DESK_PLAN.md

@@ -1,5 +1,5 @@
 <!-- file: docs/plans/028-V0_3_7_BACKFILL_DESK_PLAN.md -->
-<!-- version: 7 -->
+<!-- version: 8 -->
 
 # Plan v0.3.7 — Backfill Desk
 
@@ -265,7 +265,7 @@ Le mapping Rust dérive le réseau du Store configuré, revalide `http_role` con
 
 ### pre.008 — runtime + Start
 
-Single-active-run state, construction `BackfillJobRuntime`, spawn non bloquant, handle installé avant exécution, admission atomique et snapshot initial/terminal.
+Ouvrir le Start réel en réutilisant strictement le mapping `pre.007` : JobId généré côté backend, état single-active-run, construction `BackfillJobRuntime`, handle installé atomiquement avant tout spawn, puis exécution non bloquante sur le pool HTTP courant et le Store déjà ouvert. Le Store est temporairement prêté au run puis remis dans le slot applicatif après terminal ; aucune dépendance backend Store supplémentaire n'est ouverte. La réponse Start reste minimale (`job_id`, état initial) et aucun snapshot détaillé n'est encore projeté. La fermeture pendant un run reste une limite transitoire jusqu'au couloir Cancel/races de `pre.010`.
 
 ### pre.009 — monitoring latest-value
 
@@ -281,7 +281,7 @@ Projection sûre, conservation Rust-only du checkpoint, reprise in-session et in
 
 ### pre.012 — frontend fonctionnel et polish
 
-Formulaire complet, états responsive, instrumentation sûre, summary terminal, erreurs, boutons contextuels, aucun secret/browser storage.
+Formulaire complet, états responsive, instrumentation sûre, summary terminal, erreurs, boutons contextuels, aucun secret/browser storage. L'adresse reste une saisie libre, mais reçoit un autocomplete HTML via `datalist` alimenté depuis le registre canonique `ksp-core-lib::entries()`/`ProgramIdEntry` : aucune copie locale de Program IDs, et une valeur arbitraire valide reste toujours acceptée. Le comportement fonctionnel recherché est celui de l'ancien dataset `ks-program-ids` de kbot3, sans reprise de son code.
 
 ### pre.013 — hardening et complétude