AI Engineering: фундамент

Девять коротких правил о стеке, архитектуре, тестах и процессе вокруг AI-разработки.

Серия 01 · 9 эпизодов

Главное из серии

  1. 01 Контракт что обещает система
  2. 02 Контекст что знает агент
  3. 03 Инструменты что он может сделать
  4. 04 Тест что доказывает результат

Инженерный минимум

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

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

Документация как навигация

Документация для агента не обязана хранить весь проект в одном файле. Её задача — показать источник правды: где архитектура, где продуктовые правила, где активная работа и где ограничения безопасности.

Короткая карта устойчивее энциклопедии. Подробность должна появляться в контексте тогда, когда влияет на следующее решение.

Тест как обратная связь

Тест полезен агенту не только как контроль после работы. Это интерфейс к требованиям: он превращает расплывчатое «сделай правильно» в наблюдаемый сигнал. Но тест тоже нужно проверять — агент способен написать удобную проверку, которая подтверждает собственную ошибочную интерпретацию.

Минимальный здоровый цикл выглядит так: определить поведение, изменить систему, получить независимый сигнал, проверить реальный пользовательский контур и только потом считать задачу завершённой.