Рэйчел Лэйкок: «Внимание стало редким ресурсом» — разработчик-оркестратор, работающий с 8–12 агентами одновременно

Главный технический директор Thoughtworks задаёт вопрос, который избегает метрика «фич/неделю»: когда выполнение становится бесплатным, мы не создаём более быстрых разработчиков, а создаём дирижёров — и их никто не обучает.

Контекст

Рэйчел Лэйкок, CTO Thoughtworks, публикует 31 июля 2026 года в колонке « Rachel's ramblings » (martinfowler.com) заметку — « Разработчик-дирижёр » — в которой переосмысливает, как два года генеративного ИИ изменили профессию. Отвергаемая ею установка: « мы работаем быстрее». Предлагаемая: изменился дефицитный ресурс, а вместе с ним и роль.

Данные

Она наблюдает, как инженеры одновременно управляют 8–12 агентами. Видимая работа больше не связана с клавиатурой, а с оркестровкой: какой агент, на какой ветке, какой промпт, какая проверка. Сравнение, которое она проводит, прямое — это дирижёр, который не играет ни на одном инструменте, но держит в голове всю партитуру. Она формулирует сдвиг так: экспертиза не исчезла, она просто применяется в другом месте и гораздо чаще, потому что исполнение стало быстрым.

Анализ

Это сдвиг узкого места, а не снижение требований. Если часть «писать код» больше не доминирует в процессе, это не бесплатно: «принимать решения, задавать рамки, проверять, поддерживать систему» становится ограничивающим фактором. Лэйкок не теоретизирует — она описывает состояние, уже сложившееся у лучших специалистов, и оставляет открытым вопрос: как перепроектировать карьеру инженера, когда человеческое внимание становится дефицитным ресурсом?

Вероятные сценарии

Три правдоподобные траектории на 12–24 месяца. (1) Консолидация через инструменты: лучшие разработчики создают harnessы, которые распределяют внимание (очереди агентов, чек-листы, шлюзы). (2) Тихий упадок и выгорание: управление 10 агентами — это режим «председательства на сессии» по 8 часов в день, сильно отличающийся от потока. (3) Переопределение ролей: архитекторы выигрывают, mid-level должны выбирать между тем, чтобы подняться до уровня дирижёра, или спуститься до уровня специалиста-исполнителя.

Выводы для практика

Два конкретных шага, вытекающих из тезиса: перестать измерять продуктивность в фичах/неделю (метрика композитора, а не дирижёра); обучать управлению когнитивной нагрузкой так же, как десять лет назад учили чистому коду.

Риски

Главный, который Лэйкок называет, но не комментирует: карьеры не были спроектированы для этого. Мы знаем, как продвигать хорошего исполнителя до архитектора; мы пока не умеем формировать, на уровне школы или junior, дирижёра.

На что обратить внимание

Постмортемы команд, полностью построенных на агентах (не только демо), и первые вакансии, где в обязанности явно входит «оркестровка N агентов» — не как buzzword.