Код теперь пишут агенты. Вот во что превратилась работа разработчика.

Вопрос всплывает за каждым столом, где у кого-то в семье есть разработчик: если код пишет машина, что остаётся?

Честный ответ в том, что вопрос целится не в ту часть профессии. Написание кода никогда не было всей профессией. Это была её видимая часть, та, которая выглядела как работа для любого, кто проходил мимо стола. И почти в любую неделю она же была самой маленькой.

Автоматизированная часть никогда не была всей работой

Всё, что доезжает до продакшена, проходит через шесть звеньев:

1. Кто-то чего-то хочет и плохо это формулирует.
2. Кто-то решает, что это стоит делать, и когда.
3. Кто-то превращает это в описание, достаточно точное, чтобы по нему работать.
4. Кто-то это строит.
5. Кто-то проверяет, что при этом не сломалось что-то ещё.
6. Кто-то выпускает и сообщает тому, кто просил.

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

Причина в пропускной способности. Пока сборка занимала две недели, у пяти окружающих звеньев было две недели на то, чтобы отработать. Они были медленными, потому что медленной была середина, и никто не замечал, что они медленные. Когда сборка занимает вечер, узким местом разом становится всё остальное.

Одно звено схлопнулось. Оставшиеся пять теперь несут тот вес, который оно собой прикрывало.

В этом вся история, а дальше разбирается, как выглядит каждое из пяти звеньев, когда им действительно приходится заниматься каждый день.

Звено 1: услышать, что строить, и не потерять половину

Новый режим отказа конкретен и дорог: построить можно что угодно, поэтому ненужное вы строите быстрее.

Запросы приходят отовсюду. Сообщение в ветке поддержки. Фраза в конце созвона. Претензия в соцсетях. Баг-репорт, который на самом деле переодетый запрос функции. Раньше это мало на что влияло, потому что построить вы всё равно успевали одну вещь в две недели, и очевидная обычно оказывалась правильной. Теперь, когда вы делаете пять вещей в неделю, разница между правильной пятёркой и неправильной это большая часть вашего года.

Должны произойти две вещи, и это разные вещи.

Во-первых, оставить запрос должно быть дёшево для того, кто просит. Если пользователю нужно завести аккаунт, найти форму и описать проблему дважды, большинство не станет возиться, а те, кто станет, не будут репрезентативной выборкой. Публичная доска обратной связи, где любой может оставить запрос, приложить скриншот и следить за его судьбой, убирает это трение. Люди, которые пользуются продуктом, пишут запросы сами, своими словами, вместе с контекстом.

Во-вторых, разбор должен быть автоматическим, потому что сырая обратная связь остаётся полезной недолго. Двадцать сообщений примерно об одном и том же выглядят как двадцать проблем, пока кто-нибудь не прочитает все двадцать и не увидит, что проблема одна. Это ровно та работа, на которую ни у кого нет времени. Idea Radar это наш ответ: сырые сигналы приходят нетронутыми, сами собираются в темы, дубли сводятся до того, как превратятся в две отдельные сборки, и у каждой идеи есть число разных людей, которые её попросили. Дословный текст никогда не переписывается, потому что данные это и есть те самые слова, которые человек употребил.

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

Звено 2: решать, и это теперь самый дефицитный ресурс

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

Здесь важны два движения.

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

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

Звено 3: ставить задачу, и это то мастерство, что пришло на смену набору текста

Вот куда переехало настоящее умение.

Агент не станет спорить с двусмысленной инструкцией так, как это сделал бы коллега. Он не скажет «погоди, ты про какой из двух платёжных сценариев». Он заполнит пробел правдоподобной догадкой и вручит вам нечто связное и неверное. Раньше ценой двусмысленности был разговор. Теперь это дифф.

Тех, кто получает хороший результат, от тех, кто целыми днями воюет со своими агентами, отделяет не хитрость промпта. Отделяет переиспользуемый контекст. Четыре вида, по убыванию отдачи.

Контекст, который агенты читают до того, как полезут искать сами. Закоммиченные в репозиторий файлы соглашений (CLAUDE.md, AGENTS.md) и память проекта, где лежат архитектурные решения, прошлые ловушки и причины, по которым всё устроено именно так. Написано один раз, прочитано каждым агентом на каждой машине, навсегда. Это текст с самой высокой отдачей из всего, что разработчик пишет сегодня, и почти никто не закладывает на него время.

Процедуры, сохранённые как процедуры. На десятый раз, объясняя свой чек-лист релиза, вы не ставите задачу, вы перепечатываете. Библиотека навыков превращает повторяющуюся процедуру в то, что агент подгружает, когда задача подходит, а библиотека промптов делает то же самое с самими брифами.

Показать вместо того, чтобы описать. Абзац с описанием съехавшей кнопки хуже картинки со съехавшей кнопкой. Отправьте область экрана напрямую или нарисуйте прямо на ней, чтобы ткнуть в то, о чём речь. Для веб-страницы отдать агенту живой DOM всегда лучше, чем его описывать.

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

Первые три оплачиваются на каждой задаче. Четвёртый оплачивается один раз, а собирается всегда.

Звено 4: вести работу, и запускать её на правильной машине

Один агент это инструмент. Несколько агентов это система, а системе нужен оператор.

Практические вопросы звучат негероически, и это и есть работа. Что можно запустить параллельно так, чтобы два агента не правили один модуль? Какая задача заслуживает вашего внимания, пока идёт, а какая нет? Что должно работать, пока вы спите?

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

Когда у работы есть этапы, которые действительно отличаются друг от друга, один агент для неё неподходящая форма. Сборка, которую надо потом протестировать, а потом отревьюить, это три работы с тремя разными наборами умений, и команды агентов позволяют нарисовать эту передачу явно, вместо того чтобы объяснять контекст заново на каждом шаге.

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

Звено 5: проверять, и здесь живёт ответственность

Это звено не делегируется, и причина не техническая.

Агенты уже забрали большую часть чтения строк. Чего они забрать не могут, так это подписи. Ответственность модели не передаётся. Когда миграция сносит колонку в продакшене, «это агент написал» не та фраза, которую кто-то примет, и правильно, что не примет.

Меняется форма ревью, а не его существование. Чтение каждой строки не переживает встречи с пятью агентами, работающими параллельно, а человек, пролистывающий дифф на девятьсот строк в шесть вечера, производит подпись, но не производит знания. Работает правило: проверять в пропорции к радиусу взрыва. Тексты и стили просматриваются бегло, а аутентификация, платежи, права доступа, персональные данные и миграции читаются строка за строкой, каждый раз, тем, кто сам смог бы их написать.

Практичным это делают две вещи. Возможность видеть дифф по каждому агенту, а не одну слитую кучу, показывает, кто что изменил, когда трое из них работали в одном репозитории. А привязка переписки к коммиту отвечает на вопрос, который через полгода реально стоит времени, и это никогда не «что изменилось», а «почему».

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

Про то, куда именно тратить это внимание, у нас есть отдельная статья: стоит ли ещё проверять код ваших агентов.

Звено 6: выпускать, и замыкать круг

Выпустить это лёгкая половина этого звена. Пропускают обычно вторую: сказать тому, кто просил.

Она же приносит больше всего. Пользователь, который о чём-то сообщил и потом узнал, что это вышло, сообщит и в следующий раз. Пользователь, который сообщил в тишину, перестаёт сообщать, и вы теряете тот вход, который питал звено один. Когда закрывается тикет, выросший из публичного запроса, его автор должен об этом узнать без того, чтобы кому-то пришлось вспоминать про письмо.

До этого обычно есть кто-то, кому нужно увидеть, что оно работает, и у кого нет вашего окружения разработки: клиент, дизайнер, коллега на другом континенте. Публичный HTTPS-адрес, ведущий на вашу локальную машину, превращает выкатку в ссылку, а обратная связь, которая приходит в ответ, уходит прямиком в звено один.

Цепь замыкается. Именно это делает происходящее профессией, а не очередью.

Что на самом деле сжалось, а что выросло

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

Где во всём этом стоит AgentsRoom

Мы делаем инструмент, который держит всю цепь целиком, потому что альтернатива это шесть инструментов, которые друг про друга не знают.

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

Отдельные части есть и в других местах. Никто не выпускал связи между ними, а работа утекает именно в связях.

Вопросы, которые задают на практике

Заменит ли ИИ разработчиков?

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

Что конкретно делает разработчик, когда код пишут агенты?

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

Нужно ли по-прежнему уметь программировать?

Да, и для чтения даже больше, чем раньше. Помнить синтаксис языка, к которому вы прикасаетесь дважды в год, больше не нужно, его пишет агент. А вот открыть дифф и за несколько секунд понять, обратима ли миграция, сдвинулась ли проверка доступа, выдержит ли запрос десятикратный трафик, нужно уметь. Кто не умеет читать код, тот не может проверить агента, а кто не может проверить агента, тот им не управляет, а только надеется.

Что ломается первым, когда код отдают агентам?

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

Какой навык в этом новом порядке самый трудный?

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

Где запускать кодинг-агентов: на своей машине или на удалённой?

И там, и там, выбор делается под задачу. Всё, за чем вы хотите следить, что хотите прервать или поправить на ходу, остаётся на машине перед вами. Длинная, хорошо описанная работа без двусмысленностей уходит на другую вашу машину или на сервер по SSH, чтобы двухчасовая задача не держала ноутбук в заложниках. Решает не мощность, а вероятность того, что вам придётся вмешаться.

Коротко

Профессия не исчезла. Она вышла из редактора и переехала в цепь вокруг него.

Если менять в этом месяце что-то одно, берите звено один. Всё, что ниже по течению, потрачено впустую, когда нацелено на неправильную проблему, и это единственное звено, где час вашего внимания всё ещё обыгрывает час агентского времени в соотношении, которое никто не умеет измерить.