Boris Cherny spedisce 20-30 PR al giorno. Opus ha introdotto forse 2 bug in un intero mese. Ne avrebbe introdotti 20 scrivendo a mano. Ma il numero che conta è quello di cui nessuno parla: il tasso di uccisione. Il team di Claude Code ha prototipato "probabilmente centinaia di versioni" di team di agenti prima di spedire. Ha costruito ~30 prototipi di visualizzazione di file condensati, poi li ha testati internamente per un mese. Ha eseguito da 50 a 100 iterazioni su un terminal spinner. L'80% di questi non è mai stato spedito. Questa proporzione è l'intero punto. Quando il costo di costruzione scende a quasi zero, il collo di bottiglia si sposta da "possiamo costruire questo" a "dobbiamo spedire questo." E la risposta a "dobbiamo spedire questo" è no, 4 volte su 5, anche quando il prototipo funziona. Qui è dove la maggior parte dei team sbaglia il flusso di lavoro dell'AI. Usano l'AI per costruire più velocemente e spedire tutto. Boris usa l'AI per costruire più velocemente e uccidere quasi tutto. La velocità è al servizio del giudizio, non dell'output. L'analogia della stampa colpisce duro. Gli scribi sono diventati autori. L'abilità è passata dalla produzione alla selezione editoriale. I PM stanno osservando la stessa transizione avvenire nel loro mestiere in tempo reale. Il framework delle 5 Lenti nell'articolo è la cosa più pratica che abbia visto su questo argomento. Adattamento problema-soluzione, costo di interazione, esposizione ai casi limite, segnale di debito tecnico, allineamento del modello di business. Esegui questi su un prototipo funzionante in 15 minuti e catturi ciò che un PRD di 15 pagine non catturerebbe mai. I PM che prototipano una funzionalità al mese e la valutano senza pietà supereranno i PM che spediscono 10 funzionalità al mese senza alcun filtro. Il volume delle repliche di giudizio si accumula più velocemente del volume dell'output.