@lamemind/loom-deck 0.72.0 → 0.72.1

package/dist/spawn-catalog.js

@@ -65,10 +65,9 @@ export const MODEL_DEFAULT = 'fable';
 // T152 — `recap-status-project` non è una chiave di `prompt-catalog` (le chiavi
 // lì sono i valori di `--prompt-kind`, e lo spawn headless non ne passa mai
 // uno): il suo default vive nella riga `project-status` di questo catalogo.
-// Resta `opus` mentre i tre recap stanno su fable, ed è l'unico recap che gira
-// in headless (`-p`), senza nessuno che ne legga l'esito mentre si forma e possa
-// rilanciarlo — il testo prodotto è il deliverable, e viene riletto da disco
-// anche giorni dopo.
+// È l'unico recap che gira in headless (`-p`), senza nessuno che ne legga
+// l'esito mentre si forma e possa rilanciarlo — il testo prodotto è il
+// deliverable, e viene riletto da disco anche giorni dopo.
 export const PROJECT_STATUS_MODEL = 'opus';
 // T66 — le azioni del detail. Non sono un catalogo a parte: ognuna nomina una
 // riga di questo catalogo, per kind, e tutte passano dallo stesso `spawnForTask`
@@ -137,7 +136,10 @@ export const SPAWN_ACTIONS = [
         // D2 di T150 — nessun prefisso: `open` è "nessuna azione", e inventargliene
         // uno contraddirebbe l'intenzione di chi la sceglie.
         title: '{slug}',
-        model: null,
+        // Cablato qui e non nel catalogo dati: `none` non ha una riga in
+        // `prompt-catalog` (nessun prompt non è un template vuoto), quindi senza
+        // un valore proprio cadrebbe su `MODEL_DEFAULT`.
+        model: 'opus',
         prompt: '',
         holes: ['TASK', 'slug'],
         fixed: {},
@@ -220,7 +222,7 @@ export const SPAWN_ACTIONS = [
         surface: 'tasto c',
         kind: null,
         title: null,
-        model: MODEL_DEFAULT,
+        model: 'opus',
         prompt: '',
         holes: [],
         fixed: {

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@lamemind/loom-deck",
-  "version": "0.72.0",
+  "version": "0.72.1",
   "description": "Deck TUI Ink per-progetto della famiglia loom: legge tasks.md e spawna sessioni Claude Code bound via LOOM_TASK",
   "type": "module",
   "bin": {

package/scripts/prompt-catalog

@@ -34,19 +34,18 @@
 # nel comando passato a `bash -lc`, e questo file è committato — un apice qui
 # sarebbe un errore di scrittura, non un input da quotare.
 #
-# Il criterio della colonna modello: lettura e conversazione stanno su fable
-# (i tre recap, il preflight), la scrittura presidiata su opus (run e
-# checkpoint, che toccano codice e committano). Cambiare una parola qui cambia
-# il costo di OGNI sessione aperta su quel kind, da ogni superficie del deck —
-# non è una preferenza di questo progetto, è il default di famiglia.
+# La colonna modello: opus su ogni kind, tranne il preflight che resta su
+# fable. Cambiare una parola qui cambia il costo di OGNI sessione aperta su
+# quel kind, da ogni superficie del deck — non è una preferenza di questo
+# progetto, è il default di famiglia.
 # `recap` è il DISPATCHER: risolve la task, ne legge il Size e passa da sé alla
 # sotto-skill. Lo usa chi non sa se la task è un cappello — gli acceleratori
 # della lista, dove il deck ha in mano solo tasks.md, che il Size non ce l'ha.
 # Le due voci `recap-task`/`recap-epic` saltano quel giro: le sceglie il DETAIL,
 # che il task file l'ha già aperto e quindi il Size lo conosce.
-recap	/loom-works:recap-status {TASK}	fable
-recap-task	/loom-works:recap-status-task {TASK}	fable
-recap-epic	/loom-works:recap-status-epic {TASK}	fable
+recap	/loom-works:recap-status {TASK}	opus
+recap-task	/loom-works:recap-status-task {TASK}	opus
+recap-epic	/loom-works:recap-status-epic {TASK}	opus
 preflight	/loom-works:preflight-task {TASK}	fable
 run	/loom-works:run-task {TASK}	opus
 checkpoint	/loom-works:checkpoint-task {TASK}	opus