Это случается внезапно: запускаешь агента, даёшь задачу, которую сам бы ковырял три-пять дней, — и через час видишь рабочий результат. Первая реакция почти у всех одинаковая: растерянность и что-то похожее на горе. Саймон Уиллисон, один из самых известных практиков в мире LLM-инструментов, описал этот момент точно: это экзистенциальный кризис, через который прошли многие — и вышли с другой стороны.
Этот гайд — не про то, чтобы вас успокоить. Он про то, как пройти этот переход осознанно и выйти с большей ценностью, а не меньшей.
Почему первая реакция — это нормально, но обманчива
Когда агент справляется с задачей лучше и быстрее вас, мозг делает простой вывод: «я больше не нужен». Это когнитивная ловушка — вы сравниваете один конкретный навык (перевод спецификации в код) с собой целиком.
Уиллисон формулирует это так: «Перевод точной спецификации в приличный код больше не является уникальным навыком». Ключевое слово здесь — уникальным. Это не значит, что навык бесполезен. Это значит, что он перестал быть дефицитным ресурсом, как это случилось с ручной вёрсткой в 90-х или с написанием SQL-запросов вручную после появления ORM.
Кризис реален. Но он направлен не туда.
Что на самом деле остаётся за вами
Агент хорошо работает с точной спецификацией. Проблема в том, что точная спецификация — это уже результат огромной работы, которую агент сделать не может.
Вот что остаётся в зоне человеческой экспертизы:
| Задача | Почему агент не справится один |
|---|---|
| Сформулировать правильный вопрос | Требует понимания бизнес-контекста и пользователя |
| Оценить, стоит ли вообще это строить | Требует опыта провалов и компромиссов |
| Заметить, что решение технически верно, но архитектурно опасно | Требует системного мышления |
| Договориться со стейкхолдерами о приоритетах | Требует доверия и коммуникации |
| Отладить то, что агент сломал незаметно | Требует понимания, как система работает изнутри |
Ваш опыт — это не набор синтаксических паттернов. Это модель того, как системы ломаются, почему продукты не взлетают и где прячутся настоящие проблемы.
Как перестроить свою работу под новую реальность
Шаг 1. Аудит своих задач
Выпишите всё, что вы делали последние две недели. Честно отметьте, что из этого агент мог бы сделать с хорошей спецификацией. Это не список «что я теряю» — это карта того, где освобождается время.
Шаг 2. Освойте роль постановщика задач
Агент настолько хорош, насколько хороша задача, которую вы ему даёте. Это отдельный навык — писать точные, воспроизводимые промпты и технические задания. Начните документировать, какие формулировки дают хороший результат, а какие — мусор.
## Шаблон задачи для coding-агента
**Контекст:** [что за система, какой стек, какие ограничения]
**Задача:** [одно конкретное действие]
**Критерий готовности:** [как проверить, что сделано правильно]
**Что нельзя трогать:** [зависимости, интерфейсы, файлы]Шаг 3. Встройте проверку в процесс
Агент ошибается — и делает это уверенно. Ваша задача — не доверять результату вслепую, а уметь быстро проверить его. Это означает: читать diff, понимать, что изменилось, запускать тесты и знать, где смотреть, если что-то пошло не так.
# Минимальная проверка после работы агента
git diff --stat # что вообще изменилось
git diff # построчно
pytest tests/ -v # прогон тестовШаг 4. Инвестируйте в понимание, а не в запоминание
Если раньше имело смысл держать в голове синтаксис редких API, теперь это не нужно. Зато критически важно понимать, почему система устроена так, а не иначе. Читайте RFC, архитектурные решения, post-mortem'ы. Это то, что агент не может воспроизвести из первых принципов.
Про изменения в профессии: исторический аргумент
Уиллисон задаёт неудобный вопрос: а была ли вообще стабильность в разработке дольше пяти лет? Ответ — нет. Смена парадигм от процедурного к объектно-ориентированному, появление веба, мобайла, облака, контейнеров — каждый раз профессия менялась радикально.
Те, кто выбрал разработку как ремесло, де-факто подписались на постоянное обучение. Нынешние изменения быстрее, но не принципиально другие по природе.
Где это ломается
- Если вы ждёте стабильности. Инструменты будут меняться быстро ещё несколько лет. Привязываться к конкретному агенту или IDE-плагину сейчас — значит готовиться к очередному переучиванию через год.
- Если вы делегируете понимание, а не только исполнение. Агент может написать код — но если вы перестаёте понимать, что он написал, вы теряете способность его контролировать.
- Если вы сравниваете себя с агентом в скорости написания кода. Это заведомо проигрышное сравнение. Сравнивайте себя с другим разработчиком, который не умеет работать с агентами.
Что попробовать в следующий раз
- Возьмите реальную задачу из бэклога и попробуйте полностью делегировать её агенту — от постановки до проверки. Зафиксируйте, где пришлось вмешаться.
- Почитайте архитектурные решения (Architecture Decision Records) в открытых репозиториях — это то, что агенты не генерируют из воздуха.
- Поговорите с коллегами, которые уже прошли через этот кризис. По словам Уиллисона, таких людей становится всё больше — и большинство вышли из него с более широким взглядом на профессию, а не с более узким.
FAQ
Агент делает мою работу лучше меня — это значит, что меня скоро уволят?
Не обязательно. Агент хорошо справляется с чётко сформулированными задачами. Формулировать задачи, расставлять приоритеты, проверять результат и нести ответственность за систему — это по-прежнему человеческая работа. Вопрос не «заменит ли агент разработчика», а «какой разработчик будет нужен».
Стоит ли сейчас вообще учиться программированию с нуля?
Да, но с другим акцентом. Понимание того, как работают системы, алгоритмы и архитектура, важнее заучивания синтаксиса. Агент пишет код — но не понимает, зачем.
Какие навыки сейчас наиболее защищены от автоматизации?
Системное мышление, умение работать с неопределёнными требованиями, коммуникация с нетехническими стейкхолдерами и способность оценивать риски архитектурных решений. Всё это требует опыта, который нельзя промптом получить за час.
Как понять, что я правильно использую агента, а не просто теряю навыки?
Простой тест: вы можете объяснить, что именно сделал агент и почему это правильно? Если да — вы используете агента как инструмент. Если нет — вы делегируете понимание, и это опасно.
Что делать, если тревога от этих изменений мешает работать?
Это нормальная реакция на быстрые изменения. Помогает конкретизация: вместо «ИИ всё захватит» — «вот эта задача теперь делается иначе». Фокус на конкретных навыках, которые вы развиваете прямо сейчас, снижает тревогу лучше, чем абстрактные рассуждения о будущем.
