@lamemind/loom-deck 0.62.0 → 0.62.1

package/dist/actions.js

@@ -289,8 +289,8 @@ export function useDeckActions({ cwd, tasksPath, tasksDir, columns, model, setNo
      * il giorno in cui una natura nuova apre la skill sbagliata.
      *
      * Sessione NUDA e modello esplicito: il drain lavora sulla doc, non sulla
-     * task (D10 preflight), e `opus` passa nell'argv anche essendo il default,
-     * come `permissionMode`.
+     * task (D10 preflight), e `MODEL_DEFAULT` passa nell'argv anche essendo il
+     * default, come `permissionMode`.
      */
     function drainInbox(file, prompt) {
         const spawned = spawnBare(cwd, prompt, MODEL_DEFAULT);

package/dist/overlays/inbox.js

@@ -9,7 +9,7 @@
 // Molto più magro dello sheet: nessuna area di compilazione. Lo sheet ha
 // quattro righe perché quattro parametri dello spawn sono una scelta (azione,
 // prompt, modello, titolo); qui non ce n'è nessuna — la skill la decide la
-// natura (D8), il modello è `opus` per tutte e tre (D11 preflight), la sessione
+// natura (D8), il modello è `MODEL_DEFAULT` per tutte e tre (D11 preflight), la sessione
 // nasce nuda (D10 preflight). Restano la lettura e un tasto.
 //
 // Lo spawn NON sta qui: arriva come callback `onDrain`, per lo stesso confine

package/dist/spawn.js

@@ -153,13 +153,15 @@ export const MODELS = ['fable', 'opus', 'sonnet', 'haiku'];
 // kind non ha una riga. Resta l'unico default che resume e fork usano per
 // intero, perché lì il modello non è mai una funzione del kind — è quello
 // della conversazione d'origine (T148).
-export const MODEL_DEFAULT = 'opus';
+export const MODEL_DEFAULT = 'fable';
 // T152 — `recap-status-project` non è una chiave del catalogo (§Doc Impact,
 // "le chiavi del catalogo sono i valori di --prompt-kind"): lo spawn headless
 // non passa mai --prompt-kind, quindi una riga lì sarebbe irraggiungibile da
 // ogni chiamante. Il default vive qui, accanto a MODEL_DEFAULT, e non nel
-// catalogo. Valore = copia del frontmatter `model: opus` che la skill portava
-// prima di T152 (P4 preflight), nessuna ri-taratura.
+// catalogo. Resta `opus` mentre i tre recap del catalogo stanno su fable: è
+// 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 nuovo: ognuna è un
 // `--prompt-kind` già esistente più `checkpoint`, e tutte passano dallo stesso
@@ -276,9 +278,9 @@ export function spawnDeck(id, cwd, sessionId, kind, model = MODEL_DEFAULT, spawn
 // volta sola, quindi una nota cambiata DOPO non ri-titola la tab già aperta.
 //
 // T148 — il modello viaggia SEMPRE, come in `deckArgs`: senza `--model`
-// `deck-run` risolve il proprio default fisso (`opus`) e lo passa comunque al
-// CLI, quindi una conversazione haiku ripresa senza il flag ripartirebbe in
-// opus (P2 preflight). Qui però non c'è un default fisso da cablare: chi
+// `deck-run` risolve il proprio default (`MODEL_DEFAULT`) e lo passa comunque
+// al CLI, quindi una conversazione haiku ripresa senza il flag ripartirebbe sul
+// default (P2 preflight). Qui però non c'è un default da cablare: chi
 // chiama ha già risolto il valore — il modello della conversazione d'origine,
 // o quello scelto al suo posto — e lo passa come argomento obbligatorio.
 export function resumeArgs(taskId, sessionId, model, note) {

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@lamemind/loom-deck",
-  "version": "0.62.0",
+  "version": "0.62.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/deck-run

@@ -60,7 +60,7 @@
 #   LOOM_DECK_STATE_PROFILE  PTYXIS_PROFILE annunciata a compass (default: bindings/claude
 #                            del progetto, letto da dconf; settata a vuoto = nessun annuncio)
 #   LOOM_DECK_PERMISSION_MODE  override del permissionMode del file config (default: campo file, poi 'manual')
-#   LOOM_DECK_MODEL        modello quando --model non è passato (batte il catalogo, default: opus)
+#   LOOM_DECK_MODEL        modello quando --model non è passato (batte il catalogo, default: fable)
 #
 set -euo pipefail
 
@@ -181,7 +181,7 @@ USAGE="uso: deck-run <TaskID> [--model <alias>] [--prompt-kind <kind>] [--sessio
                  ha una task da nominare, a differenza dei kind del catalogo
 
   --model        modello della sessione: fable|opus|sonnet|haiku
-                 (default: il modello del kind in catalogo, o 'opus' fuori catalogo)
+                 (default: il modello del kind in catalogo, o 'fable' fuori catalogo)
                  valore ignoto → fallback sul default, con avviso su stderr
 
   --title-note   nota della conversazione, appesa al titolo tab
@@ -356,7 +356,12 @@ MODE_FLAG="--permission-mode ${PERM_MODE} "
 
 # ── modello (T108 + T152) ────────────────────────────────────────────────────
 # Precedenza: --model > env LOOM_DECK_MODEL > modello del kind nel catalogo >
-# 'opus'. Fino a T152 il default era un valore unico per tutta la famiglia,
+# 'fable'. L'ultimo gradino è il gemello bash di `MODEL_DEFAULT` in spawn.ts e
+# va tenuto allineato a mano: i due lati non si leggono a vicenda (il deck deve
+# poter MOSTRARE la selezione iniziale prima che deck-run esista come processo),
+# quindi un cambio qui senza l'altro fa partire dalla lista un modello diverso
+# da quello che il detail aveva scritto a schermo.
+# Fino a T152 il default era un valore unico per tutta la famiglia,
 # perché il frontmatter `model:` delle skill riscriveva comunque il modello di
 # sessione — un default configurabile qui non sarebbe servito a nulla. Da
 # quando le skill non dichiarano più `model:`, il default DEVE viaggiare col
@@ -395,9 +400,9 @@ if [[ -z "$MODEL" && -n "$CATALOG_KIND" && "$CATALOG_KIND" != "none" ]]; then
 fi
 case "${MODEL:-}" in
   fable|opus|sonnet|haiku) ;;
-  '') MODEL="opus" ;;
-  *)  echo "modello ignoto: '${MODEL}' → fallback 'opus' (usa fable|opus|sonnet|haiku)" >&2
-      MODEL="opus" ;;
+  '') MODEL="fable" ;;
+  *)  echo "modello ignoto: '${MODEL}' → fallback 'fable' (usa fable|opus|sonnet|haiku)" >&2
+      MODEL="fable" ;;
 esac
 MODEL_FLAG="--model ${MODEL} "
 

package/scripts/prompt-catalog

@@ -3,7 +3,7 @@
 # Formato a righe: <kind><TAB><template><TAB><modello>, con `{TASK}`
 # interpolato col TaskID. Righe vuote e righe che iniziano con `#` sono
 # commenti. Il modello è OPZIONALE: una riga a due colonne resta leggibile e
-# chi la consulta cade sul proprio default (`MODEL_DEFAULT`/`opus`) — il campo
+# chi la consulta cade sul proprio default (`MODEL_DEFAULT`/`fable`) — il campo
 # esiste per i kind bound a una skill (T152), non per ogni riga del file.
 #
 # Perché un file dati e non un `case` dentro deck-run: due lati hanno bisogno
@@ -20,18 +20,19 @@
 # nel comando passato a `bash -lc`, e questo file è committato — un apice qui
 # sarebbe un errore di scrittura, non un input da quotare.
 #
-# Il modello è la copia esatta del `model:` che il frontmatter delle sei skill
-# portava prima di T152 — non una ri-taratura: nasce da un difetto di canale
-# (il frontmatter vinceva sempre su `--model`, rendendo il selettore del detail
-# inerte), non da un giudizio su quale modello convenga a quale skill.
+# 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.
 # `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}	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}	opus
-run	/loom-works:run-task {TASK}	sonnet
-checkpoint	/loom-works:checkpoint-task {TASK}	sonnet
+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
+preflight	/loom-works:preflight-task {TASK}	fable
+run	/loom-works:run-task {TASK}	opus
+checkpoint	/loom-works:checkpoint-task {TASK}	opus