1 Commento

Avatar di User
Avatar di Davide Riboli

Aggiornamenti, precisazioni e rettifiche (post-pubblicazione)

Dopo un passaggio di verifica sistematica sulla documentazione ufficiale aggiornata a metà aprile 2026, segnalo qui correzioni e integrazioni al pezzo. Chi lo ha letto a caldo consideri questo commento parte integrante dell'articolo.

Correzioni fattuali

1. Pricing API — specificare la generazione

I prezzi che ho indicato (Sonnet 3$/15$, Opus 5$/25$, Haiku 1$/5$) sono corretti per la generazione 4.6/4.5 di aprile 2026. Il dato va contestualizzato: da febbraio 2026 Opus 4.6 è sceso del 67% rispetto alle generazioni Opus 4 e 4.1 (che erano 15$/75$). Chi leggerà il pezzo fra sei mesi dovrà verificare di quale modello stia parlando: il rapporto Sonnet/Opus è oggi di circa 1,67x sull'input, non il 5x delle generazioni precedenti.

2. `/usage` e monitoraggio dei limiti

Ho descritto `/usage` come "il comando che vuoi controllare se sei su Pro o Max". Preciso: `/usage` mostra i dati solo dentro una sessione attiva, non è scriptabile né invocabile a sessione chiusa (c'è un issue aperto su GitHub #44328 che richiede una versione CLI standalone). Il canale principale per il monitoraggio in tempo reale resta la status bar che è già collegata al punto 7 del pezzo ma andava esplicitata.

3. Haiku e sub-agenti

Al punto 8 ho suggerito di usare "Haiku per i sub-agenti con task semplici". Precisazione: i sub-agenti in Claude Code ereditano di default il modello della sessione principale; non esiste un routing automatico su Haiku. Per usare Haiku in un sub-agente serve override esplicito nel file di configurazione del sub-agente. Il consiglio in sé resta valido come strategia, ma non è un comportamento automatico.

Integrazioni importanti (omissioni del pezzo originale)

4. Trusted folders

Non ne ho parlato, ed è una mancanza. Claude Code distingue tra cartelle "fidate" e non: al primo lancio in una nuova directory, l'agente chiede conferma esplicita prima di abilitare le operazioni più sensibili. È un layer di sicurezza precedente alle allow/deny list del punto 6. Se lanci Claude in una cartella scaricata da internet, verifica che il prompt di trust appaia prima di autorizzare.

5. Sandboxing vero (non solo permessi)

Il pezzo tratta la gestione dei permessi (allow/deny list) ma non della sandboxing reale dei processi. Claude Code supporta sandbox a livello di OS, macOS Seatbelt, container Docker/Podman, gVisor su Linux, che isolano l'agente dall'host a un livello più profondo della semplice lista di comandi permessi. Per chi apre l'articolo con "un agente AI è un'arma", questa era la difesa più seria da citare. Se lavori su codice di terzi o dipendenze non fidate, la sandbox a livello container non è un'opzione ma un prerequisito.

6. `claude doctor`

Comando diagnostico assente dal pezzo. Verifica autenticazione, PATH, configurazione MCP, stato installazione. Da lanciare sempre dopo installazione, dopo aggiornamento, e ogni volta che Claude "si comporta strano". Va nella checklist.

Gotchas da aggiungere al punto installazione

7. `claude update` e installazioni conviventi.

Sto tracciando l'issue #28625 aperto su GitHub: se hai nvm attivo e hai migrato al native installer, `claude update` in certe condizioni misinterpreta l'installazione come npm-global e rimpiazza il symlink nativo. Workaround attuale: disinstallare esplicitamente qualsiasi residuo npm (`npm uninstall -g @anthropic-ai/claude-code`) prima di lanciare update da binario nativo, o usare `which claude` per verificare dove punta dopo ogni aggiornamento.

8. `ANTHROPIC_API_KEY`: non è un bug

Ho segnalato correttamente il rischio di addebiti API imprevisti. Aggiungo una precisazione: Anthropic documenta esplicitamente questo comportamento nella pagina "Managing API key environment variables in Claude Code". Non è un bug, è design deliberato, la variabile d'ambiente ha priorità sulla subscription per scelta, perché serve a chi vuole forzare l'uso API in contesti CI/CD. Saperlo aiuta a non considerarlo una trappola ma un interruttore che puoi voler usare consapevolmente.

Conferme (e non-rettifiche)

Verifica del flag `--from-pr`: esiste e funziona, ma con due caveat che vanno esplicitati: funziona solo se la PR è stata creata da Claude stesso (non dalle PR aperte manualmente con `gh pr create`), e lo storage delle sessioni è locale, quindi non puoi riprendere una sessione da una macchina diversa da quella in cui l'hai originata. Limite rilevante per chi lavora su più workstation.

---

Come scritto in articolo: i dettagli tecnici invecchiano, la disciplina no.

Nessun post

Assolutamente, procediamo.