Вы не пишете код — вы управляете «ИИ-командой»

Большинство использует Coding Agent по старинке: как техлид. Архитектуру проверяете лично, код ревьюите построчно, каждую строчку от ИИ перепроверяете перед коммитом. Качество — да, на высоте. Но цена вопроса? Вы сами стали главным узким местом всего конвейера. Все решения ждут вас, все детали проходят через вас, а производительность агента упирается в ваше внимание и ваше время.

Независимые разработчики, которые реально зарабатывают, давно сделали ключевой переход: из TL в EM. Проще говоря: TL сам пялится в каждую строку кода, EM смотрит только на результат. TL спрашивает «правильно ли написан этот код», EM — «прошла ли функция приёмку». С виду мелочь, по факту — масштабирование с «выработки одного человека» до «выработки целой команды».

Почему отпустить контроль можно уже сейчас: модели перешагнули порог

Отпускать контроль можно только если качество кода держится. Это условие уже выполнено: по открытым бенчмаркам топовые модели пишут корректный код с точностью выше 80%, с заметным отрывом от прошлого поколения (конкретные цифры и методики у всех разные — смотрите свежие данные на Artificial Analysis и SWE-Bench сами, не верьте пересказам, включая мой).

Что это значит? Код от ИИ при минимальной проверке не уедет далеко в сторону, а маржинальная польза построчного ревью упала ниже стоимости вашего времени. Оставаться в роли TL — значит тратить самые дорогие часы на самый дешёвый вид контроля качества. Рынок не платит за ваше «мне так спокойнее». Клиент платит за сданный результат.

Путь первый: «согласование плана + цель» вместо построчного надзора

Как это внедрить? Шаг первый — поменять рабочий процесс. Поняли, какую функцию делаете, — прогоните с агентом техническое решение. План утверждён? Отдаёте цель вместе с планом агенту: писать код, гонять автотесты — всё его работа. Ваша единственная задача — принять готовую функцию, а не ревьюить код.

Держите готовый шаблон промпта для согласования плана:

1
2
3
4

Мне нужно: [описание функции].
Ограничения: [стек / платформа / обязательная совместимость].
Сначала выдай техническое решение: 1) разбивка на модули; 2) потоки данных; 3) где можем споткнуться.
Код пиши только после моего подтверждения. После написания сам прогони тесты и покажи результаты.

Приёмку держите на чек-листе — качество контролируется без чтения кода:

• Прогнал основной сценарий руками, главный путь без ошибок
• Проверил по одному граничному случаю (пустой ввод, слишком длинный ввод, обрыв сети)
• Автотесты, которые дописал агент, — все зелёные
• Нашёл баг — не лезу в код, а описываю симптомы агенту: он воспроизводит, чинит, добавляет тест, я принимаю заново

Суть приёма — сдвинуть точку проверки раньше. В режиме TL вы валидируете на уровне кода — это дорого. В режиме EM — на уровне функции: пару кликов, один прогон, несколько минут. Ваше время уходит только на две вещи: понять, что делать, и подтвердить, что сделано правильно.

Путь второй: выбор стека — от «что я умею» к «что лучше подходит»

У смены роли есть скрытый бонус: выбор технологий больше не привязан к границам ваших навыков. Мышление TL тянет к знакомому стеку — вдруг что сломается, надо же уметь чинить. Мышление EM спрашивает только одно: какая технология лучше для этого проекта. Остальное — задача агента.

Один инди-разработчик описывал такой путь (по его же посту, независимо не проверено): делал приложение для перевода субтитров, сначала выбрал Electron, потому что знал фронтенд, — производительность не устроила. Переписал на Swift + AppKit, которых не знал вообще, с помощью ИИ — без единой проблемы. Следующий кроссплатформенный продукт планирует на Rust, на котором тоже никогда не писал. Верить этой истории или нет — решайте сами, но логика проверяема: сегодня вечером возьмите незнакомый стек и напишите с агентом утилиту на 100 строк. Посмотрите, где застрянете. Скорее всего — нигде. Границы навыков больше не оправдание, стек выбирается по принципу «что оптимально».

Путь третий: скорость итераций как ров вокруг вашего фриланса + расчёт

Когда схема отлажена, сроки сдачи сжимаются с недель до дней. Клиент утром озвучил задачу — к вечеру у него версия на приёмку. Конкуренты правят раз в неделю, вы — раз в день. На Avito, Profi.ru и Upwork полно тех, кто берёт заказы на ИИ-разработку, но почти все застряли на этапе «ИИ помогает мне печатать код». Режим EM против них — игра в одни ворота.

Хватит теории, считаем (цифры консервативные, подставьте свои ставки):

• Типовой заказ «небольшой инструмент / мини-приложение», чек 45 000 ₽
• Режим TL: один заказ с правками — 5 дней, максимум 4 заказа в месяц, доход 180 000 ₽
• Режим EM: план + приёмка занимают 1,5 дня, пока агент работает, вы параллельно берёте следующий заказ; фактическая загрузка — 2 дня на заказ, 8–10 заказов в месяц, доход 360 000–450 000 ₽
• Расходы: подписка на ИИ по максимуму 8 000 ₽/мес, доля переделок после внедрения чек-листа ~10%, на каждый заказ закладывайте полдня буфера

Итого: тот же месяц, разница от 180 000 ₽, и ваш лимит — количество заказов, а не скорость рук. Напишите в объявлении «рабочая версия за 48 часов» — это отстройка, которую конкуренты не скопируют.

Единственное узкое место — вы сами, когда не знаете, что делать

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

Поэтому требования к человеку в режиме EM выросли — не по глубине техники, а по продуктовому чутью. Тратьте время на изучение спроса: что ищут на Avito и Ozon, на что жалуются в тематических Telegram-каналах, какие инструменты залетают на TikTok. Всё время, сэкономленное на ревью кода, вкладывайте в «понять, что делать». Вот где место человека в этой схеме.

Начните сегодня: три шага для смены роли

Если заказов ещё не было, не гонитесь сразу за удвоением. Входной билет попроще: вывесите на Avito объявление «разработка мини-инструментов на ИИ» за 10 000–15 000 ₽ и прогоните первый заказ по трём шагам ниже — получите рабочий процесс и реальное чувство цены.

Шаг первый: возьмите любой текущий мелкий проект и запретите себе открывать файлы с кодом. Только план, постановка цели, приёмка функции. Засеките время — это ваши собственные данные, они ценнее любых чужих кейсов. Шаг второй: доведите до автоматизма правило «баг → описываю агенту → он воспроизводит и чинит». Ни шага в код самостоятельно. Шаг третий: в следующем проекте сознательно выберите незнакомый, но оптимальный стек и проверьте, перенесёт ли вас ИИ через пропасть.

Порог возможностей ИИ-кодинга пройден. Выгода перетекает от тех, кто «умеет писать код с ИИ», к тем, кто «умеет управлять ИИ-командой». Сегодня вечером возьмите проект и прогоните его по шаблону и чек-листу выше.