AI coding agents для новичка: код, который надо защитить

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

Коротко. В 2026 году запрещать себе AI так же странно, как когда-то запрещать поиск. Но кнопка «сделай всё» не превращает новичка в инженера. Рабочая схема: маленькая задача → контекст проекта → план агента → ограниченный diff → тесты → ручная проверка → объяснение решения своими словами. Всё, что вы не можете объяснить, пока не считается вашим навыком.

Чем агент отличается от обычного чата

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

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

Процесс, который не делает из вас оператора кнопки

Сначала сформулируйте результат. Не «сделай авторизацию», а «добавь вход по email, сессию в httpOnly cookie, три негативных теста и описание решения в README».
Дайте границы. Какие файлы можно менять, какую библиотеку нельзя добавлять, какие команды считаются проверкой.
Попросите план до правок. По плану видно, понял ли агент архитектуру или уже собирается тащить второй фреймворк рядом с первым.
Делите работу. Один небольшой diff проще проверить, откатить и объяснить, чем «полностью перепиши приложение».
Читайте изменения. Строка за строкой. Непонятный кусок — повод спросить, переписать самому или удалить.
Гоняйте проверки. Тест, линтер, сборка, ручной сценарий. Фраза агента «всё работает» проверкой не является.

Vibe coding и spec-driven: где заканчивается игра

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

Для рабочего изменения заведите короткую спецификацию до кода. Не ГОСТ на сто страниц, а один файл spec.md: цель, что не входит в задачу, затрагиваемые данные, опасные сценарии, критерии готовности и команды проверки. Агент сначала уточняет противоречия, затем предлагает план, и только после этого меняет код. Если во время работы решение изменилось, меняется и спецификация — иначе финальный diff невозможно нормально принять.

# Цель
Пользователь может отозвать все активные сессии.

# Не делаем
Не меняем вход и восстановление пароля.

# Проверка
- текущая сессия тоже отзывается;
- чужие сессии недоступны;
- audit log не содержит cookie;
- unit + integration tests проходят.

Спецификация не делает модель умнее. Она делает ошибку заметнее и оставляет артефакт, который можно показать на ревью и собеседовании.

Как использовать AI в проекте для портфолио

Не скрывайте инструмент и не делайте из него главный результат. В README полезнее написать: «Спроектировал сервис, с помощью AI ускорил черновые изменения, вручную проверил архитектуру, добавил тесты и настроил CI». Это звучит взрослее, чем «сделал без нейросетей», и честнее, чем выдавать случайный генератор за собственное инженерное решение.

Хороший проект должен пережить вопросы: почему выбрана эта база, где хранится секрет, что будет при повторном запросе, как откатывается миграция, какие тесты ловят регрессию. Подготовьте короткий рассказ по схеме задача → варианты → решение → проверка → ограничение. Если агент написал 80% кода, но вы защищаете все пять пунктов, проект работает на вас.

Что спросят на собеседовании

Интервьюеру не нужно ловить вас на использовании AI. Ему нужно понять, останетесь ли вы беспомощным, когда ответ агента неверен. Поэтому ждите follow-up: «а если два запроса придут одновременно?», «почему здесь транзакция?», «что попадёт в лог?», «как это протестировать без внешнего API?». Заученный пересказ ломается на втором уточнении, понимание — нет.

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

Где агент особенно опасен

Секреты. Не отправляйте ключи, production-конфиги и чужие данные в промпт.
Зависимости. Агент может придумать пакет, выбрать заброшенную библиотеку или закрепить уязвимую версию.
Команды. Читайте shell-команду до запуска, особенно миграции, удаление файлов и действия с облаком.
Авторизация. «Работает» не означает «проверяет права во всех маршрутах».
Большой diff. Чем больше изменений за раз, тем легче спрятать регрессию и тем меньше вы реально понимаете.

Практическое задание на неделю

Возьмите небольшой API или сервис из своего портфолио. Попросите агента сначала описать архитектуру, затем добавить одну функцию и тесты. Ограничьте изменения тремя файлами. После выполнения проверьте diff, намеренно сломайте один тест, найдите причину без помощи агента и запишите в README, какие решения приняли вы. Добавьте автоматическую проверку через GitHub Actions и контейнер из гайда про Docker.

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

Частые вопросы

Можно ли делать всё портфолио с AI?
Можно, если вы понимаете архитектуру, читаете каждый diff, запускаете проверки и способны защитить результат без подсказки.

Надо ли говорить об AI на собеседовании?
Если спрашивают — отвечайте прямо и переводите разговор на процесс проверки. Сам инструмент не проблема; проблема — код, который кандидат не понимает.

Что важнее: промпты или база программирования?
База. Хорошая постановка задачи растёт из понимания системы, а не заменяет его.