Michael Nuñez riporta su VentureBeat l'impatto virale di un thread X di Boris Cherny, creatore e responsabile di Claude Code presso Anthropic, che descrive nel dettaglio il suo flusso di lavoro di sviluppo. La comunità degli sviluppatori descrive queste rivelazioni come un momento cruciale per Anthropic.

Il flusso di lavoro di Cherny si basa sull'esecuzione in parallelo di cinque agenti Claude nel suo terminale. Numera le schede di iTerm2 da 1 a 5 e utilizza le notifiche di sistema per sapere quando un agente richiede intervento. Mentre un agente esegue una suite di test, un altro rifattorizza un modulo legacy e un terzo scrive documentazione. Avvia inoltre da 5 a 10 sessioni Claude aggiuntive su claude.ai, utilizzando un comando "teleport" per trasferire le sessioni tra il web e la sua macchina locale.

A differenza dell'ossessione del settore per la latenza, Cherny utilizza esclusivamente Opus 4.5, il modello più pesante e lento di Anthropic. La sua giustificazione: sebbene più lento, questo modello richiede meno correzioni ed eccelle nell'uso degli strumenti, risultando alla fine più rapido di un modello leggero. Il collo di bottiglia non è la velocità di generazione ma il tempo umano speso a correggere gli errori dell'IA.

Per risolvere il problema dell'amnesia degli LLM tra le sessioni, il team mantiene un unico file CLAUDE.md nel proprio repository git. Ogni volta che Claude commette un errore, questo viene documentato in tale file per evitarne la ripetizione. Questa pratica trasforma la base di codice in un organismo autocorrettivo in cui ogni errore diventa una regola permanente.

Cherny utilizza gli slash command - scorciatoie personalizzate versionate nel repository - per automatizzare compiti ripetitivi. Il suo comando /commit-push-pr, usato decine di volte al giorno, gestisce automaticamente il versionamento. Impiega inoltre subagenti specializzati: un code-simplifier per ripulire l'architettura e un verify-app per i test end-to-end.

Il ciclo di verifica è l'innovazione chiave. Claude testa ogni modifica tramite l'estensione Chrome, apre un browser, testa l'interfaccia e itera finché il codice funziona e l'esperienza utente è soddisfacente. Questa verifica automatica migliora la qualità finale di 2-3 volte.

L'articolo si conclude con un cambio di paradigma: l'IA non è più un assistente di completamento automatico ma un "sistema operativo per il lavoro stesso". Gli sviluppatori che adottano questa visione non saranno semplicemente più produttivi - giocheranno una partita completamente diversa.