# Coding-агент сделал вашу недельную задачу за час. Что теперь делать с собой Каноническая страница: https://plainews.ru/posts/developer-ai-existential-crisis-guide Опубликовано: 2026-09-12T07:01:21.243Z Coding-агент за час делает то, на что у вас уходила неделя. Как не сломаться и найти свою ценность — практический разбор для разработчиков. Это случается внезапно: запускаешь агента, даёшь задачу, которую сам бы ковырял три-пять дней, — и через час видишь рабочий результат. Первая реакция почти у всех одинаковая: растерянность и что-то похожее на горе. Саймон Уиллисон, один из самых известных практиков в мире LLM-инструментов, описал этот момент точно: это экзистенциальный кризис, через который прошли многие — и вышли с другой стороны. Этот гайд — не про то, чтобы вас успокоить. Он про то, как пройти этот переход осознанно и выйти с большей ценностью, а не меньшей. ## Почему первая реакция — это нормально, но обманчива Когда агент справляется с задачей лучше и быстрее вас, мозг делает простой вывод: «я больше не нужен». Это когнитивная ловушка — вы сравниваете один конкретный навык (перевод спецификации в код) с собой целиком. Уиллисон формулирует это так: «Перевод точной спецификации в приличный код больше не является уникальным навыком». Ключевое слово здесь — *уникальным*. Это не значит, что навык бесполезен. Это значит, что он перестал быть дефицитным ресурсом, как это случилось с ручной вёрсткой в 90-х или с написанием SQL-запросов вручную после появления ORM. Кризис реален. Но он направлен не туда. ## Что на самом деле остаётся за вами Агент хорошо работает с точной спецификацией. Проблема в том, что точная спецификация — это уже результат огромной работы, которую агент сделать не может. Вот что остаётся в зоне человеческой экспертизы: | Задача | Почему агент не справится один | | --- | --- | | Сформулировать правильный вопрос | Требует понимания бизнес-контекста и пользователя | | Оценить, стоит ли вообще это строить | Требует опыта провалов и компромиссов | | Заметить, что решение технически верно, но архитектурно опасно | Требует системного мышления | | Договориться со стейкхолдерами о приоритетах | Требует доверия и коммуникации | | Отладить то, что агент сломал незаметно | Требует понимания, как система работает изнутри | Ваш опыт — это не набор синтаксических паттернов. Это модель того, как системы ломаются, почему продукты не взлетают и где прячутся настоящие проблемы. ## Как перестроить свою работу под новую реальность ### Шаг 1. Аудит своих задач Выпишите всё, что вы делали последние две недели. Честно отметьте, что из этого агент мог бы сделать с хорошей спецификацией. Это не список «что я теряю» — это карта того, где освобождается время. ### Шаг 2. Освойте роль постановщика задач Агент настолько хорош, насколько хороша задача, которую вы ему даёте. Это отдельный навык — писать точные, воспроизводимые промпты и технические задания. Начните документировать, какие формулировки дают хороший результат, а какие — мусор. ```plain ## Шаблон задачи для coding-агента **Контекст:** [что за система, какой стек, какие ограничения] **Задача:** [одно конкретное действие] **Критерий готовности:** [как проверить, что сделано правильно] **Что нельзя трогать:** [зависимости, интерфейсы, файлы] ``` ### Шаг 3. Встройте проверку в процесс Агент ошибается — и делает это уверенно. Ваша задача — не доверять результату вслепую, а уметь быстро проверить его. Это означает: читать diff, понимать, что изменилось, запускать тесты и знать, где смотреть, если что-то пошло не так. ```bash # Минимальная проверка после работы агента git diff --stat # что вообще изменилось git diff # построчно pytest tests/ -v # прогон тестов ``` > **Важно.** Агент может сгенерировать код, который проходит тесты, но нарушает инварианты системы, которые нигде не задокументированы. Это знаете только вы. ### Шаг 4. Инвестируйте в понимание, а не в запоминание Если раньше имело смысл держать в голове синтаксис редких API, теперь это не нужно. Зато критически важно понимать, *почему* система устроена так, а не иначе. Читайте RFC, архитектурные решения, post-mortem'ы. Это то, что агент не может воспроизвести из первых принципов. ## Про изменения в профессии: исторический аргумент Уиллисон задаёт неудобный вопрос: а была ли вообще стабильность в разработке дольше пяти лет? Ответ — нет. Смена парадигм от процедурного к объектно-ориентированному, появление веба, мобайла, облака, контейнеров — каждый раз профессия менялась радикально. Те, кто выбрал разработку как ремесло, де-факто подписались на постоянное обучение. Нынешние изменения быстрее, но не принципиально другие по природе. > **К сведению.** Дарио Амодеи из Anthropic признал в 2026 году, что индустрия пока не заработала достаточно доверия, чтобы люди спокойно принимали эти изменения. Скептицизм и тревога — рациональная реакция, не слабость. ## Где это ломается - **Если вы ждёте стабильности.** Инструменты будут меняться быстро ещё несколько лет. Привязываться к конкретному агенту или IDE-плагину сейчас — значит готовиться к очередному переучиванию через год. - **Если вы делегируете понимание, а не только исполнение.** Агент может написать код — но если вы перестаёте понимать, что он написал, вы теряете способность его контролировать. - **Если вы сравниваете себя с агентом в скорости написания кода.** Это заведомо проигрышное сравнение. Сравнивайте себя с другим разработчиком, который не умеет работать с агентами. ## Что попробовать в следующий раз - Возьмите реальную задачу из бэклога и попробуйте полностью делегировать её агенту — от постановки до проверки. Зафиксируйте, где пришлось вмешаться. - Почитайте архитектурные решения (Architecture Decision Records) в открытых репозиториях — это то, что агенты не генерируют из воздуха. - Поговорите с коллегами, которые уже прошли через этот кризис. По словам Уиллисона, таких людей становится всё больше — и большинство вышли из него с более широким взглядом на профессию, а не с более узким. --- ## FAQ ### Агент делает мою работу лучше меня — это значит, что меня скоро уволят? Не обязательно. Агент хорошо справляется с чётко сформулированными задачами. Формулировать задачи, расставлять приоритеты, проверять результат и нести ответственность за систему — это по-прежнему человеческая работа. Вопрос не «заменит ли агент разработчика», а «какой разработчик будет нужен». ### Стоит ли сейчас вообще учиться программированию с нуля? Да, но с другим акцентом. Понимание того, как работают системы, алгоритмы и архитектура, важнее заучивания синтаксиса. Агент пишет код — но не понимает, зачем. ### Какие навыки сейчас наиболее защищены от автоматизации? Системное мышление, умение работать с неопределёнными требованиями, коммуникация с нетехническими стейкхолдерами и способность оценивать риски архитектурных решений. Всё это требует опыта, который нельзя промптом получить за час. ### Как понять, что я правильно использую агента, а не просто теряю навыки? Простой тест: вы можете объяснить, что именно сделал агент и почему это правильно? Если да — вы используете агента как инструмент. Если нет — вы делегируете понимание, и это опасно. ### Что делать, если тревога от этих изменений мешает работать? Это нормальная реакция на быстрые изменения. Помогает конкретизация: вместо «ИИ всё захватит» — «вот эта задача теперь делается иначе». Фокус на конкретных навыках, которые вы развиваете прямо сейчас, снижает тревогу лучше, чем абстрактные рассуждения о будущем. ## Источники - Simon Willison: Feeling sad about AI