Владеть всем путём в одиночку стало возможно не потому, что люди вдруг поумнели, а потому, что появился рычаг. AI снимает объём исполнения, который раньше требовал отдельных рук на каждом участке. Но рычаг — это усилитель, а не замена: он умножает то, что ты в него вкладываешь, и одинаково охотно умножает и верное направление, и ошибку.

Поэтому весь предыдущий разговор про проблему, контакт, исход и срез — не устарел с приходом AI, а стал важнее. Чем мощнее усилитель, тем дороже подать на вход не то. Продукт-инженер выигрывает не оттого, что у него есть AI, — он есть у всех, — а оттого, что знает, что в этот AI вкладывать.

Что AI снимает, а что — нет

AI хорошо снимает объём: написать код по понятной постановке, разложить по слоям, набросать варианты, сделать рутину, которой много и которая механична. Здесь он экономит дни и недели, и именно за счёт этого один человек дотягивается до участков, на которые раньше не хватало рук.

Чего AI не снимает — это решения о том, что и зачем делать. Какую проблему решаем, что покажет контакт с пользователем, какой исход считаем успехом, что не строим — это вопросы вкуса, ответственности и понимания людей. AI может помочь их обдумать, но не может принять за тебя: у него нет твоей шкуры в игре и твоего контакта с реальностью. Если отдать ему эти решения, получишь быстро и качественно сделанное не то.

Что отдать агенту, что оставить себе

Граница проходит примерно так. Агенту — исполнение и поиск: написать по спецификации, сгенерировать варианты, проверить код по правилам, перелопатить детали. Себе — постановку и суждение: назвать проблему, выбрать исход, решить, что войдёт в срез, и оценить, действительно ли результат снял боль.

Практический признак: всё, что можно проверить по чётким правилам, можно отдать агенту; всё, что требует контакта с пользователем и ответственности за последствия, остаётся за человеком. Продукт-инженер не пишет меньше кода руками из принципа — он перемещает себя выше по пути: туда, где решается, что строить, а само строительство всё больше отдаёт рычагу.

Почему без методологии рычаг ломается

У AI без методологии есть коварное свойство: в трёх сессиях на одну задачу он даёт три разных решения. Все три рабочие, все три несовместимые. Для разового наброска это неважно, для продукта, который живёт годами и который ведёт один человек, — это медленный развал: каждый кусок сам по себе хорош, а вместе они не складываются.

Методология чинит это, давая общий контекст, который переживает отдельную сессию. Use Case Pattern задаёт каркас — как описывать задачу, как раскладывать на слои, какие правила держать, — и агент применяет один и тот же каркас раз за разом. Здесь ключ ко всей концепции: одно знание существует в двух формах — статья объясняет тебе, зачем и как, а парный скилл держит то же правило для агента на каждом шаге. Ты направляешь, методология держит согласованность, агент исполняет объём. Без среднего звена рычаг разносит продукт быстрее, чем ты успеваешь его собирать.

Замыкание арки

Шесть эссе складываются в один путь. Начинается он с проблемы, а не решения; проверяется контактом с пользователем; измеряется метрикой исхода; сжимается до наименьшего ценного среза; доводится сквозным владением; и умножается AI как рычагом. Каждый шаг опирается на предыдущий: рычаг без проблемы бьёт мимо, владение без среза тонет, исход без контакта выдуман.

Вместе они и есть содержание продуктовой специализации — той части Use Case Pattern, благодаря которой один человек делает продукт целиком. Технические специализации дают силу построить; эта отвечает, что и зачем. Освоив обе стороны, инженер перестаёт быть исполнителем чужих постановок и становится тем, кто ведёт продукт от проблемы человека до решённой задачи — сам, с методологией и AI под рукой.