Boris Cherny leverer 20-30 personlige rekorder om dagen. Opus introduserte kanskje 2 feil i løpet av en hel måned. Han ville ha innført 20 håndskrifter. Men tallet som betyr noe, er det ingen snakker om: drapsraten. Claude Code-teamet prototypet «sannsynligvis hundrevis av versjoner» av agentteamene før de sendte dem. Bygde ~30 prototyper av kondensert filvisning, og så holdt jeg på med dogfood i en måned. Kjørte 50 til 100 iterasjoner på en terminalspinner. 80 % av disse ble aldri sendt. Det forholdet er hele poenget. Når byggingen faller til nær null kostnad, flytter flaskehalsen seg fra «kan vi bygge dette» til «bør vi sende dette». Og svaret på «bør vi sende dette» er nei, 4 av 5 ganger, selv når prototypen fungerer. Det er her de fleste team får AI-arbeidsflyten omvendt. De bruker AI for å bygge raskere og sende alt. Boris bruker AI for å bygge raskere og drepe nesten alt. Hastigheten er i tjeneste for dømmekraft, ikke for produksjon. Analogien med trykkpressen treffer hardt. Skrivere ble forfattere. Ferdigheten skiftet fra produksjon til redaksjonell utvelgelse. PM-er ser den samme overgangen skje i sitt i sanntid. 5 Lenses-rammeverket i artikkelen er det mest praktiske jeg har sett om dette emnet. Problemløsningstilpasning, interaksjonskostnader, eksponering for kanttilfeller, teknisk gjeldssignal, forretningsmodelljustering. Kjør disse på en fungerende prototype på 15 minutter, og du fanger det en 15-siders PRD aldri ville gjort. PM-ene som prototyper én funksjon i måneden og evaluerer den nådeløst, vil prestere bedre enn PM-ene som leverer 10 funksjoner i måneden uten filtrering. Volumet av vurderingsrepetisjoner øker raskere enn volumet av utbyttet.