В эпоху ИИ нам нужны инженеры с более «продуктовым мышлением».

Claude Code позволяет инженерной организации Anthropic фактически выдавать продукт с эффективностью, равной примерно троекратной численности персонала, но узкое место не исчезло — оно переместилось с «написания кода» на «решение, что делать».

(Предыстория: Claude Code добавил функцию облачных запланированных задач! Не нужно включать компьютер, AI автоматически проверяет PR, обновляет) (Дополнительный контекст: Инженеры Anthropic больше не пишут код: Claude тренирует следующее поколение Claude, CEO говорит: «Не уверен, сколько времени осталось»)

Производительность инженеров утроилась, но компания продолжает нанимать людей. Это звучит как противоречие, но именно это и делает Anthropic. Согласно гостевой колонке инженера Amazon Ишана Гупты, опубликованной в VentureBeat, Anthropic недавно попросила свою команду роста «нанять больше» менеджеров по продукту (PM), а не сокращать, потому что Claude Code позволил всей инженерной организации фактически выдавать продукт с эффективностью, равной примерно троекратной численности персонала, и узкое место переместилось из IDE (то есть места, где пишут код) на людей, которые «решают, что делать».

Проще говоря, инструмент стал быстрее, но люди, которые говорят инструменту, что делать, не успевают.

Узкое место не в наборе текста

Гупта описывает типичную картину инженерного процесса за последние десять лет: инженеры углубляются в технику, пишут код, застревают и ищут на Stack Overflow. Сегодня количество новых вопросов на Stack Overflow с ноября 2022 года, когда был запущен ChatGPT, снизилось примерно на 77%. Эта цифра сама по себе является срезом отрасли: инженерам больше не нужно ждать ответов в сообществах.

Он разбивает это изменение на пять этапов. Первый этап — эпоха Stack Overflow (с 2014 по конец 2022 года): мышление инженера было сосредоточено в одном месте, у проблем были свои устоявшиеся сообществом решения. Второй этап — эпоха вкладок браузера (конец 2022 – 2024): первое поколение ChatGPT работало вне IDE, инженеры писали промпты в браузере, вставляли их обратно в VS Code, весь процесс оставался однопоточным и управляемым инженером.

Третий этап — эпоха нативной интеграции с IDE (2024–2025): Cursor и Claude Code перенесли модель в редактор, предоставив ей доступ ко всему репозиторию. Ключевое последствие этого шага — роль старшего инженера как «пути эскалации» практически исчезла; когда младший инженер застревает, ему больше не нужно стучаться к старшему коллеге — модель терпеливее любого коллеги.

К 2026 году многие разработчики в новом терминале первым делом вводят claude.

Четвертый этап — эпоха спецификаций (2025–2026): более широкие контекстные окна сжимают работу, которая раньше требовала тикетов, проектных документов, целого спринта, в один сеанс. По сообщениям, команда Kiro IDE от Amazon сократила разработку функций с двух недель до двух дней. Одна инженерная команда AWS завершила рефакторинг, первоначально оцененный в 30 инженеров и 18 месяцев, силами 6 человек за 76 дней.

Пятый этап, текущий — эпоха Routines (2026 год): в апреле Anthropic запускает Claude Code Routines — запланированных, постоянно действующих агентов, которые могут выполняться по расписанию, через вебхуки или всю ночь, пока ноутбук закрыт.

Cron вернулся. Hooks вернулись. В работе инженера появился элемент «оркестровки»: перед сном запустить группу агентов, а утром просмотреть стопку PR.

Кто решает, что делать?

Однако производительность инженеров утроилась, а управление продуктом не изменилось. Чтобы восполнить этот пробел, LinkedIn преобразовала трек ассоциированных менеджеров по продукту (APM) в программу «Product Builder», обучая универсалов, работающих на стыке продукта, дизайна и инженерии; Anthropic же решила просто нанять больше PM.

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

Хороший инженер 2026 года — это не тот, кто пишет больше всего кода, а тот, кто знает, что нужно сделать, может доказать, что это стоит сделать, имеет флот агентов и дисциплину ревью, чтобы поставить это в производство, при этом не позволяя системе рухнуть от скорости.

Заключение Гупты оставляет четкий выбор: инженеры, которые усвоят это, переживут самое интересное десятилетие в истории программного обеспечения; те, кто продолжат ждать заданий, будут наблюдать, как агенты рядом с ними выполняют эти задания.