Regole
La vera paura non è lo spazio sprecato, è perdere lavoro. Le regole di Devbroom servono a questo, e nessuna di esse è un'impostazione.
La scansione legge soltanto
La scansione non modifica nemmeno un file. A meno che tu non imposti una regola su “Procedi in automatico” in Manutenzione automatica, non viene toccato nulla che tu non abbia visto nell'anteprima e confermato.
Ogni verdetto ha un motivo
Nessun elemento è Pronto o Bloccato senza un motivo. I motivi di ogni verdetto sono mostrati accanto all'elemento, e nella riga di comando con --details.
Bloccato e Sconosciuto non si possono selezionare
È un limite, non una preferenza. Gli elementi Da verificare vengono puliti solo con “Includi comunque”; nella riga di comando è --include-review, e chiede conferma nel terminale.
Ricontrollato subito prima di eliminare
Quando premi Pulisci, ogni elemento viene ricontrollato rispetto ai processi in esecuzione in quel momento. Un elemento il cui verdetto o contenuto è cambiato dalla scansione viene lasciato stare, e ti viene detto perché è stato saltato.
Prima il Cestino
Il Cestino è la scelta predefinita, e ogni elemento si può ripristinare dalla Cronologia. L'eliminazione definitiva è una scelta a parte, confermata tenendo premuto il suo pulsante; la tua organizzazione può disattivarla. Lo spazio spostato nel Cestino non conta come liberato finché non svuoti il Cestino.
Worktree: mai --force
- Un worktree con modifiche non salvate in un commit, o con file non tracciati o nell'area di staging, è Bloccato. Git non lo rimuove senza
--force; Devbroom non usa mai--force. - I file ignorati lo rendono Da verificare, perché
git worktree removeli elimina senza chiedere. - I commit non inviati su un branch restano quando il worktree viene rimosso; su un HEAD scollegato (detached) no. Per questo, prima di rimuovere, Devbroom salva l'HEAD in
refs/devbroom/removed; se non ci riesce, non rimuove. - Ci sono solo tre azioni sui worktree: rimuovi (
remove), sfoltisci (prune) e ripara (repair).
Giù le mani dal lavoro in corso
Se una sessione di agente è in esecuzione in quella cartella o in quella superiore, un processo parte da lì, o un suo file è tenuto aperto, l'elemento è Bloccato. Per le cartelle di build, una sessione in esecuzione nella cartella superiore lo rende Da verificare.
Devbroom non tocca mai i processi di una sessione di agente in esecuzione. Chiede ai processi lasciati indietro dagli agenti di chiudersi solo quando lo dici tu, e solo dopo un nuovo controllo; mai ai processi di sistema o a quelli di altri utenti.
Il nome non basta
Il nome di una cartella da solo non è una prova:
| Cartella | Per essere Pronta |
|---|---|
node_modules |
Un package.json accanto |
.next |
Una configurazione di Next.js o un package.json accanto |
.turbo |
Un turbo.json o un package.json accanto |
target |
Il marcatore di Cargo all'interno (CACHEDIR.TAG) |
.venv |
Un pyvenv.cfg all'interno |
DerivedData |
I file di Xcode all'interno |
dist, build, vendor |
Un file di progetto accanto, e uno script di build che la produce |
Senza marcatore la cartella resta Da verificare. Deve anche essere una cartella che git ignora, senza alcun file al suo interno tracciato da git.
Dimensione reale
Lo spazio condiviso con altre cartelle tramite hard link e cloni APFS (come fa pnpm) non viene contato. Il numero che vedi è ciò che l'eliminazione libera davvero. I link simbolici non vengono seguiti e i volumi montati vengono saltati.
Il metodo dell'agente
I database e le credenziali degli agenti non vengono mai toccati. Quando un agente ha un proprio comando di pulizia, si usa quello o te lo si mostra. La cronologia di Claude Code viene eliminata con claude purge oppure archiviata: le conversazioni vengono prima scritte in un archivio nella cartella di Devbroom e verificate rispetto agli originali, e solo dopo spostate nel Cestino; la memoria del progetto (memory/) resta al suo posto, e l'archivio si può riaprire dalla Cronologia. Per le sessioni di Codex viene mostrato codex delete. Le sessioni degli altri agenti vengono solo lette.
Tutto sul tuo Mac
Nessun account, nessuna telemetria; nulla che ti riguardi viene inviato. L'app controlla gli aggiornamenti; se inserisci una licenza Pro la attiva una volta e la ricontrolla in silenzio circa una volta al mese (solo la chiave di licenza e il nome del tuo Mac). Senza licenza, il controllo degli aggiornamenti è l'unica richiesta di rete. Dai log delle sessioni prende solo il conteggio dei token e i nomi dei modelli; la ricerca nelle sessioni legge i log in quel momento, non conserva indici né log, e negli estratti nasconde le stringhe che sembrano segreti. Dettagli nella pagina Privacy.
Ultimo aggiornamento: 7 ottobre 2026