La qualità viene da loop di verifica economici
Agents write code "much better on average at scale" is right. The "at scale" part comes from verification. Agents make checking cheap. The stuff that made "Good Code" expensive (tests, benchmarks, specs, real e2e runs) is now a cheap thing you can ask an agent for. You can improve the checks. So our work is less "review every line" and more "build loops the agent can run itself". Give the agent a way to verify the work. That loop is where quality comes from. And make taste compound. When the agent gets something wrong, write it down (shared config, a hook, a test) so it doesn't happen twice. A human still owns what ships but now they're reviewing evidence and not just diffs.
Contano perché lui guida le prestazioni di Chrome e vive tra benchmark, test e regressioni. Qui sposta il baricentro: «meno review di ogni riga» e più sistemi che l’agente può eseguire da solo con test, benchmark, specifiche ed end to end. Parla di rendere economico ciò che era caro e di fissare gli errori in configurazioni e test, così l’errore non rientra.
Una conseguenza concreta: trattare l’oracolo di verifica come un prodotto. Servono test che falliscono, e la promozione dei bug in produzione a prove ripetibili. Se l’oracolo è fragile, l’agente ottimizza per passare prove sbagliate e si costruisce una sicurezza apparente. Io misuro il loop, non l’agente. Solo così il costo scende davvero e la qualità sale senza sorprese.