Il creatore di Claude Code ha affidato la manutenzione delle sue app a un agente: 388 PR aperte, 180 già in produzione

🤖 Il creatore di Claude Code ha affidato a Claude buona parte della manutenzione delle sue app.

In poche settimane: 388 Pull Request aperte, 180 già finite in produzione.

Un canale Slack dove l’agente si presenta ogni giorno

A raccontarlo è Boris Cherny, creatore di Claude Code.

Ha messo Claude a presidiare un canale Slack dedicato, dove ogni giorno esegue routine automatiche su tutte le sue app: iOS, Android, desktop, web e CLI.

Le quattro routine che girano ogni giorno

Parliamo soprattutto di quel lavoro di manutenzione continuo che tende ad accumularsi:

• Crash fuzzer: apre l’app in un simulatore, la usa in modo casuale finché non crasha, trova la causa e propone una correzione.
• Unificazione dei duplicati: cerca astrazioni quasi identiche nel codice e apre una PR per consolidarle.
• Rimozione del codice morto: elimina il codice irraggiungibile. Quando ha dubbi, aggiunge prima un log per verificare se venga davvero eseguito.
• Correzione delle astrazioni problematiche: individua pattern che iniziano a creare problemi e propone modifiche.

Quanto di quel lavoro arriva davvero in produzione

I numeri dopo poche settimane:

• 388 PR aperte automaticamente
• 180 PR già approvate e portate in produzione
• revisione con Claude Code Review + controllo umano
• circa 1 PR su 50 è rumore da scartare

I numeri arrivano dal post di Boris Cherny del 13 agosto 2026, dove descrive il canale Slack proj-claude-maintains-apps e le routine giornaliere su iOS, Android, desktop, web, CLI e Agent SDK. The Decoder ha ripreso i dati il giorno dopo: 388 pull request aperte e 180 mergiate fanno un tasso di merge del 46%.

E quando succede, Boris corregge la routine che ha generato la PR. Così evita che lo stesso errore si ripeta.

Altro dettaglio interessante: gran parte delle routine gira su Opus, mentre i modelli più potenti vengono riservati ai task più complessi.

Il metodo, che è la parte replicabile

💡 La parte più interessante, secondo me, è il metodo.

Come possiamo far presidiare un’app a un agente senza doverlo lanciare manualmente ogni volta?

1) Trasformare il lavoro ripetitivo in routine

Crash fuzzing, ricerca del codice morto, aggiornamento delle dipendenze e controlli ricorrenti sono ottimi candidati.

Possiamo farli girare con /loop di Claude Code o, ancora meglio, con un cron job su una VPS.

Io oggi uso questo approccio per monitorare automaticamente le mie app e quelle dei miei clienti.

Una routine giornaliera accumula valore nel tempo.

Le routine di manutenzione fanno parte di come porto avanti i progetti di sviluppo software personalizzato: il codice resta presidiato anche dopo il rilascio.

2) Tenere una revisione prima del merge

Controllo automatico più revisione umana, soprattutto quando vengono toccati dati, pagamenti o sicurezza.

L’agente prepara la modifica. Il merge resta sotto controllo.

3) Correggere la routine quando sbaglia

Se una PR è inutile, conviene capire perché è stata generata e aggiornare la routine.

Ogni errore può diventare una nuova regola del sistema.

4) Usare modelli diversi in base al task

La manutenzione ordinaria raramente richiede il modello più potente disponibile.

Quello più costoso può essere riservato ai casi difficili.

Quando la manutenzione gira mentre non stai lavorando

Il passaggio interessante arriva quando la manutenzione continua a girare anche mentre non stiamo lavorando.

Il giorno dopo troviamo PR già preparate, da controllare e approvare.

Tu il lavoro ripetitivo sul codice lo fai ancora a mano o hai già qualche routine/loop che gira da sola?