Куда направлять AI-агента: уровни абстракции в agentic engineering

Один из самых недооценённых навыков в работе с AI-агентами — не умение писать промпты, а умение выбирать, на каком уровне вообще происходит работа. Именно об этом видео Indie Dev Dan: он вводит понятие уровня абстракции при работе с AI-агентами — фреймворк, который помогает решить не «что попросить у агента», а «куда вообще направить внимание, своё и его».

Идея простая на словах и полезная на практике: инженерная работа с агентами происходит на разных уровнях — от отдельной строки кода до целой «software factory», где системы работают автономно. Чем выше уровень, тем больше рычага (leverage) и скорости получает инженер, но тем меньше у него прямого контроля и понимания происходящего. Это не новая мысль в менеджменте — ровно то же самое переживает тимлид, когда перестаёт писать код сам и начинает руководить командой. В agentic engineering тот же принцип применяется к паре «инженер плюс агент».

Пять уровней: от строки кода до software factory

Автор выстраивает шкалу: строки, блоки, функции и классы (максимальный контроль) → структура кода (файлы, модули) → данные и БД → скрипты и CLI → уровень приложения (тот самый vibe coding, где всё, что видно, — это готовый продукт) → репозиторий → документация и планирование → и, наконец, агентная система: AI developer workflow и software factory. На каждом шаге вверх теряется грануларность — вы перестаёте видеть, что происходит на уровнях ниже, — но выигрываете в скорости и объёме того, что можно сделать за единицу времени.

Почему «выше» не значит «лучше»

Ключевой тезис ролика в том, что подниматься по уровням абстракции при работе с AI-агентами имеет смысл только тогда, когда нижние уровни уже понятны. Рычаг без понимания системы — это не ускорение, а способ быстрее наделать ошибок, которые потом дорого разгребать. Автор прямо называет это ловушкой чистого vibe coding: если инженер видит только готовое приложение и не может провалиться ниже — в структуру, в типы, в таблицы БД, — он ограничен в том, что вообще способен построить и, что важнее, в способности починить систему, когда agentic-конвейер выдаёт что-то не то.

Когда выбирать контроль, а когда — рычаг

Практическая часть видео сводится к нескольким проверяемым сигналам. Двигаться вверх, доверяя агентам больше автономии, стоит там, где работа знакома и повторяется («если сделал что-то трижды — это сигнал автоматизировать»), где есть экспертиза в предметной области и где у инженера уже есть база agentic-навыков: контекст, prompt и harness engineering, оркестрация нескольких агентов. Спускаться вниз, наоборот, нужно там, где мало опыта в домене, где система незнакома (новый проект, новая кодовая база), где цена ошибки высока (безопасность данных, критичная инфраструктура) или где агент явно выдаёт что-то «out of distribution» — то, чему его не учили и с чем он справляется плохо. В этих случаях помогает не более длинный промпт, а спуск на уровень типов, таблиц и конкретных строк, чтобы восстановить понимание.

При чём тут Claude Code и повседневная работа

Для тех, кто работает с Claude Code, subagent-ами и MCP каждый день, идея звучит практично: не любой таск стоит эскалировать до автономного workflow, и не любую задачу нужно решать построчным ревью. Полезная привычка — явно спрашивать себя перед началом работы: на каком уровне я собираюсь взаимодействовать с агентом, и оправдан ли этот выбор рисками задачи. Документация и планирование в этой модели — отдельный высокорычаговый уровень: чем лучше агент и команда понимают намерение через артефакты (планы, схемы, спецификации), тем меньше нужно опускаться до кода, чтобы разобраться, что происходит.

Вывод

Ценность этого фреймворка не в новой терминологии, а в том, что он превращает расплывчатое «доверяю ли я агенту» в конкретный, проверяемый выбор уровня абстракции. Рычаг без контроля бессмысленен, а контроль без рычага — это просто старая ручная разработка со скучным темпом. Побеждают те, кто умеет осознанно двигаться в обе стороны: подниматься, когда домен знаком и цена ошибки невысока, и спускаться, когда что-то из этого не выполняется. Для практики с Claude Code это значит одно: прежде чем делегировать задачу агенту на уровне «просто опиши, что нужно», стоит на секунду остановиться и спросить — а точно ли я понимаю, что происходит на уровень ниже.