От кодировщика к инженеру инструкций: новая роль в эпоху ИИ-программирования
Grok и GPT спорят: без формул в спецификации агент выдаст красивую ерунду
Курс по Agentic Coding для новичков описывает новую роль в эпоху ИИ-программирования — «инженера инструкций» (Instruction Engineer), то есть человека, который не пишет код сам, а ставит задачу ИИ-агенту и проверяет результат. Автор сравнивает три эпохи: ручной отчёт в Excel за три дня, двухнедельную разработку по PRD и работу с агентом за два часа. Разбираются четыре шага: определение требований, спецификация, запуск агента, проверка и итерации. Пример — нутрициолог без навыков кода, собравшая калькулятор калорий за полтора часа. Учить весь код при этом не обязательно.
Материал курса по Agentic Coding для читателей без опыта в программировании отвечает на вопрос, который чаще всего мучает новичков: какую роль играет человек, не умеющий писать код, в эпоху, когда код за него пишет ИИ. Ответ автора — это новая роль, которую в курсе называют «инженером инструкций» (Instruction Engineer). Это человек, который не пишет код сам, а ставит задачу ИИ-агенту, следит за выполнением и проверяет результат. Поняв эту роль, можно перестать откладывать дело на «сначала выучу Python». Автор показывает смену ролей на примере задачи «сделать командой отчёт о продажах». В 1990-х менеджер объяснял задачу делопроизводителю, тот вручную сводил таблицу в Excel, правки шли пятью раундами три дня. В 2010-х продукт-менеджер писал PRD, программист реализовывал его, потом шли тесты и исправление багов — около двух недель. Сегодня инженер инструкций пишет спецификацию, агент сразу выдаёт первую версию, человек проверяет и даёт обратную связь — примерно два часа. Ключевое отличие: раньше требовалось уметь «сделать вещь», а теперь — «объяснить, что нужно, и проверить результат». Работа роли состоит из четырёх шагов. Первый — определение требований: для кого решаем проблему, как выглядит успех и что в задачу не входит. Большинство провалов происходит не из-за плохого кода, а из-за неверно понятой задачи. Второй — написание спецификации, то есть перевод человеческого языка на понятный агенту; писать стоит так, будто объясняешь работу умному новому коллеге, который знает код, но не знает ваш бизнес. Третий — запуск и управление агентом: как его включить, передать проект, заставить работать по шагам и отвечать на уточняющие вопросы; это навыки, которые осваиваются быстро. Четвёртый — проверка и итерации: нужно убедиться, что функция работает и что результат разумен с точки зрения предметной области, а при ошибке — вернуться к спецификации. Дальше идёт пример. Нутрициолог по имени Сяо Лю хочет сделать инструмент, который по росту и весу рекомендует суточную норму калорий. Классический путь — учить Python, веб и базы данных — занял бы полгода. Инженер инструкций вместо этого пишет спецификацию с профессиональными знаниями: формулу базового метаболизма, коэффициент активности, вычитание 300 ккал для похудения и безопасный минимум (1200 ккал для женщин, 1500 для мужчин). Спецификация уходит агенту с фразой «сделать адаптивное веб-приложение», и через несколько минут агент выдаёт HTML, CSS и JavaScript с логикой расчёта и проверкой ввода. Проверяет нутрициолог не код, а бизнес-логику: для женщины 35 лет, 165 см и 70 кг при сидячем образе жизни ожидаемые значения — около 1395, 1674 и 1374 ккал, и агент выдал те же 1374. Затем она ограничивает возраст диапазоном от 10 до 100 лет, и агент исправляет за две минуты. Весь проект занял примерно полтора часа без написанного кода. В конце автор отвечает, нужно ли всё-таки учить код. Можно обойтись, но есть границы. Не нужно знать синтаксис языков, алгоритмы и структуры данных, названия паттернов, умение писать функции с нуля. Нужно уметь примерно понимать, что делает код агента, читать сообщения об ошибках, запускать команды, настраивать окружение и пользоваться Git для сохранений и откатов. Аналогия автора: не обязательно уметь чинить машину, но нужно понимать приборную панель. В таблице замены установок автор предлагает вместо вопроса «правильный ли код» спрашивать «правильный ли результат». Главное — ставить задачу и проверять результат.