Агентная разработка

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

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

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

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

Готовы попробовать — переходите к первой задаче. В главе есть бриф, который можно взять за основу.

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

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

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

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

Этот подход можно увидеть на Open, где мы показываем работу агентов над vibecoding.ru. Откройте изменение в журнале и проследите, какое поручение к нему привело.

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

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

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

Вместо «сделайте красиво» приложите образец. Назовите, что в нём нужно повторить.

Сохраняйте правила, которые повторяются. Команды запуска, проверки и договорённости о коде удобно держать в файле инструкций. Формат AGENTS.md поддерживают разные инструменты, а конкретное имя файла и порядок чтения нужно сверить с выбранным агентом. Claude Code использует также CLAUDE.md.

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

Claude Code и Codex можно включить в список для первой пробы. Если привычнее работать внутри редактора, посмотрите Cursor. На карточках инструментов ищите инструкции установки, условия запуска и возможности, которые меняются быстрее самого метода.

Сравнивайте на одинаковой работе. Дайте кандидатам исходную копию проекта и один бриф. Запишите, выполнены ли требования, сколько стоили попытки и где пришлось вмешаться.

В РуБенче можно посмотреть сравнения на задачах на русском, а в таблице агентов собрать кандидатов. Выберите из них инструмент для пробы на своём приложении.

Из РФ проверяйте условия выбранного сервиса. Доступ к программе, доступ к модели и оплата могут различаться. Открытый код агента сам по себе не решает эти вопросы. Условия собраны в карточках инструментов и в разборе оплаты ИИ-сервисов.

Считайте стоимость принятой задачи. Записывайте расход модели, повторные попытки и своё время. Один дешёвый запуск ещё ничего не говорит о цене готового результата.

Если у выбранного инструмента есть бесплатный или пробный доступ, выясните его ограничения. У открытой программы отдельно проверьте требования к модели и оборудованию. Сверьте расходы с действующим тарифом перед запуском.

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

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

«Готово» подтверждается проверками. Сопоставьте результат с исходными требованиями, просмотрите изменения и пройдите главный сценарий пользователя. Сверьте и сам тест с требованием: успешный запуск подтверждает лишь проверенное свойство.

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

Передайте требования и готовое изменение другому агенту или человеку для поиска ошибок. Затем воспроизведите найденные проблемы и проверьте исправления.

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

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

Разница видна в способе приёмки. Слова «вайбкодинг» и «агентная разработка» употребляют по-разному. Саймон Уиллисон различает эти подходы по тому, разбирает ли человек сгенерированный код. Для приёмки важно также проверить поведение программы.

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

У метода есть соседние названия. В поиске встречаются agentic engineering, agentic coding и «агентная инженерия». Здесь мы используем название «агентная разработка» для всего пути от задания до приёмки. История названий разобрана в словаре программирования с ИИ.

Выражение «агентное программирование» может означать и более старый подход к построению взаимодействующих программных агентов. Такое значение описано в работе Йоава Шохама Agent-Oriented Programming. Стэнфордский репозиторий датирует её ноябрём 1990 года. А «агентурная разработка» относится к другой области.

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

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

Для повторяемых процессов компании мы развиваем этот способ работы в Spec-Driven Company. Начинается он с той же привычки: у задачи есть требования, а у готовой работы есть проверка.