Boris Cherny lähettää 20–30 ennätystä päivässä. Opus toi ehkä 2 bugia koko kuukauden aikana. Hän olisi ottanut käyttöön 20 käsinkirjoitusta. Mutta se luku, josta kukaan ei puhu, on se, josta kukaan ei puhu: tappoprosentti. Claude Code -tiimi prototytoili "todennäköisesti satoja versioita" agenttitiimeistä ennen lähettämistä. Rakensin ~30 prototyyppiä tiivistetystä tiedostonäkymästä, sitten koiranruokaa kuukauden ajan. Ajoin 50–100 iteraatiota terminaalispinnerillä. 80 % niistä ei koskaan toimitettu. Tuo suhde on koko pointti. Kun rakennuskustannukset putoavat lähes nollaan, pullonkaula siirtyy "voimmeko rakentaa tämän" -kysymykseen "pitäisikö meidän lähettää tämä". Ja vastaus kysymykseen "pitäisikö meidän lähettää tämä" on ei, 4 kertaa viidestä, vaikka prototyyppi toimisi. Tässä useimmat tiimit saavat tekoälytyönkulun väärinpäin. He käyttävät tekoälyä rakentaakseen nopeammin ja lähettääkseen kaiken. Boris käyttää tekoälyä rakentaakseen nopeammin ja tappaakseen melkein kaiken. Nopeus palvelee harkintaa, ei ulostuloa. Painokonevertaus osuu kovaa. Kirjoittajista tuli kirjailijoita. Taito siirtyi tuotannosta toimitukselliseen valintaan. Projektipäälliköt seuraavat samaa muutosta heidän aluksellaan reaaliajassa. Teoksen 5 Linssin kehys on käytännöllisin asia, jonka olen nähnyt tässä aiheessa. Ongelman ratkaisun sovitus, vuorovaikutuskustannus, poikkeustapauksen altistuminen, tekninen velkasignaali, liiketoimintamallin linjaus. Kun ajat ne toimivalla prototyypillä 15 minuutissa, saat sen, mitä 15-sivuinen PRD ei koskaan pystyisi. Projektipäälliköt, jotka prototytoivat yhden ominaisuuden kuukaudessa ja arvioivat sitä armottomasti, suoriutuvat paremmin kuin projektipäälliköt, jotka julkaisevat 10 ominaisuutta kuukaudessa ilman suodatusta. Arvostelun määrä kasvaa nopeammin kuin tuotoksen tilavuus.