---
name: slave-shelf
description: Registro delle slave temporanee tenute "sullo scaffale" — id di sessione, argomento, stato — per riprenderle con --resume invece di ripartire da zero
metadata:
  type: reference
---

# Scaffale slave

Idea di Mauro (04/09/2026): una slave (`avvia-slave`) non deve necessariamente "morire" a fine
task. `claude -p` persiste il transcript su disco di default — `scripts/avvia_slave.sh --resume
<id> "<prossimo passo>"` la riprende esattamente da dove era arrivata, stessa conoscenza
pregressa sull'argomento, zero processo vivo nel frattempo (a differenza di una sentinella/
esperto, che invece resta sempre in esecuzione). Come un libro rimesso sullo scaffale: non
occupa nulla finché nessuno lo riapre.

**Regola**: una slave finisce qui solo se c'è un motivo concreto per pensare che tornerà utile
riprenderla (compito a più fasi, prossimo step non ancora deciso/approvato). Va tolta dalla
tabella (nessuna azione sul transcript stesso, resta su disco secondo le regole normali di
retention delle sessioni Claude Code) quando il compito è davvero chiuso o il thread è stato
archiviato altrove.

**Vale ancora il perimetro di scrittura** (`archivio/Adrian/feedback/feedback_slave_scrittura_memoria_no.md`):
una slave ripresa non scrive/committa mai `memory/`/`archivio/`/git di propria iniziativa, va
ripetuto esplicitamente nel prompt di ripresa come nel lancio iniziale.

## Slave attive sullo scaffale

| session_id | argomento | creata | ultimo passo | stato |
|---|---|---|---|---|
| `7db4f957-9c3d-4522-9df9-d32e9a5a65e0` | Analisi migrazione 5 job Frank → gate-ufficio (canvas `migrazione-frank-jobs.md`) | 04/09/2026 | Analisi completata, canvas creato | in standby — in attesa di via libera per il primo step del piano (GemmaReport/OsservatorioReport) |

## Log

- **04/09/2026**: primo prototipo. Scelto di riusare la slave sull'analisi Frank (già in vita,
  transcript trovato in `~/.claude/projects/-mnt-ssd-data-Dropbox-adrian/7db4f957-...jsonl`)
  invece di crearne una nuova apposta — verifica sul caso reale prima di formalizzare il
  meccanismo per tutte le slave future. `scripts/avvia_slave.sh` esteso con `--resume` e stampa
  del `session_id` in coda a ogni lancio (via `--output-format json`).