К маю 2026 года более 80 % кода, интегрированного в репозиторий Anthropic, было написано с помощью Claude. При этом во втором квартале объём кода, который ежедневно интегрируют инженеры, оказался в восемь раз больше, чем в 2024 году. Эти цифры показывают, как AI меняет структуру инженерных команд и перераспределяет зоны ответственности.
Раньше роль технического директора (CTO) сводилась в основном к координации работы команды, подбору руководителей, разработке архитектуры. В подчинении у CTO были вице-президенты, главные инженеры и менеджеры, которые транслировали приоритеты вниз по цепочке. Теперь AI значительно упрощает эту схему: инженеры могут просто описать нужную функцию, а AI-агент сам проанализирует репозиторий, сгенерирует реализацию, напишет тесты и подготовит запрос на слияние кода. Роль инженера теперь — формулировать задачи, проверять результаты и определять, когда нужно вмешательство человека.
Таким образом, инженеры фактически начинают управлять командой AI-разработчиков, а средние управленческие звенья исчезают. Ответственность распределяется в двух направлениях: инженеры получают больше власти благодаря возросшей производительности, а CTO глубже погружаются в управление системой, которая обеспечивает работу людей, агентов и ПО.
Главная задача CTO теперь — создать систему для проверки качества кода, генерируемого AI. Такой системе нужно постоянно и последовательно оценивать, какой из вариантов реализации лучше соответствует требованиям к архитектуре, безопасности и сопровождаемости. CTO должен продумать ограничения для агентов, автоматизировать оценку безопасности и надёжности, а также организовать взаимную проверку работы агентов.
Anthropic демонстрирует, как это работает на практике: компания внедрила автоматизированного «инспектора» на базе Claude в процессы непрерывной интеграции и развёртывания. Анализ показал, что такой подход позволил отсеять около трети ошибок, которые раньше приводили к сбоям на сайте компании. Например, в апреле один инженер поручил Claude самостоятельно исправить определённый тип ошибок в API — модель выполнила более 800 отдельных исправлений и снизила уровень ошибок в 1000 раз. По оценкам инженера, аналогичная работа заняла бы у людей четыре года.
Однако есть и риски: когда инженеры регулярно одобряют запросы, которые почти не требуют вмешательства, они привыкают к этому, их внимание ослабевает, и настоящие проблемы становится труднее заметить. Чтобы избежать этого, нужно минимизировать количество проверок, которые попадают на рассмотрение человеку. Рутинные и обратимые действия должны автоматизироваться, а сложные и необратимые решения — проходить тщательную проверку с участием людей. Качество системы контроля можно измерять по таким показателям, как доля отказов, время проверки и частота, с которой вмешательство человека меняет результат.
Снижение стоимости генерации кода не означает автоматического роста качества ПО. Теперь ограничение для инженерной команды — не скорость написания кода, а способность правильно планировать, тестировать и определять приоритеты. Растёт и значимость информационной безопасности: AI-генерируемый код может выглядеть корректным, но скрывать скрытые ошибки. Каждому агенту нужно чётко определить роль и права доступа, чтобы любое действие можно было отследить и при необходимости привлечь кого-то к ответственности.
При этом клиенты оценивают ПО по другим критериям — качеству, надёжности, безопасности и скорости улучшений. Настоящее конкурентное преимущество даёт не количество задействованных агентов, а способность превратить возросшую производительность в более качественный продукт. CTO теперь участвует и в ранних этапах принятия продуктовых решений: с помощью агентов можно заранее исследовать разные концепции и создавать работающие прототипы ещё до начала традиционного цикла разработки.
В эпоху AI активы, которые оставляют после себя CTO, — это не столько наработанные связи, сколько системы: набор агентов, модели прав доступа, механизмы оценки, этапы развёртывания, архитектурные ограничения и механизмы обратной связи. Именно эти механизмы будут определять, сможет ли компания и после ухода руководителя продолжать безопасно разрабатывать ПО.
Подписаться в Макс
