Борис Черний відправляє по 20-30 особистих рекордів на день. Opus ввела, можливо, 2 баги за цілий місяць. Він би ввів 20 рукописних творів. Але важлива цифра — це те, про що ніхто не говорить: рівень вбивств. Команда Claude Code прототипувала «ймовірно сотні версій» команд агентів перед відправленням. Зібрав ~30 прототипів із стисненим виглядом файлів, а потім місяць використовував їжу. Провів 50–100 ітерацій на термінальному спіннері. 80% таких так і не відправляли. Це співвідношення і є головною метою. Коли вартість будівництва падає майже до нуля, вузьке місце переходить від «чи можемо ми це побудувати» до «чи варто це відправляти». Відповідь на питання «чи варто це випускати» — ні, у 4 з 5 випадків, навіть якщо прототип працює. Саме тут більшість команд починають помилково працювати з ШІ. Вони використовують штучний інтелект, щоб будувати швидше і випускати все. Борис використовує ШІ, щоб будувати швидше і знищувати майже все. Швидкість служить судженню, а не результату. Аналогія з друкарським верстатом виявляється складною. Писарі ставали авторами. Навичка змінилася від виробництва до редакторського відбору. Менеджери проєктів спостерігають за тим самим переходом у їхній справі в реальному часі. Фреймворк із 5 лінз у творі — найпрактичніший, що я бачив з цієї теми. Відповідність проблеми та розв'язку, вартість взаємодії, ризик граничних випадків, технічний сигнал боргу, узгодження бізнес-моделі. Запустіть їх на робочому прототипі за 15 хвилин — і ви отримаєте те, чого 15-сторінковий PRD ніколи б не помітив. Менеджери проектів, які прототипують одну функцію на місяць і безжально її оцінюють, перевершують менеджерів, які випускають по 10 функцій на місяць без жодної фільтрації. Обсяг повторень суджень накопичується швидше, ніж обсяг виходу.