Граф артефактов
Требования, решения, код и проверки связываются между собой. По графу видно, откуда взялось решение и что оно затрагивает.
Хабр, 18 июня 2026
Agentic SDLC: как превратить разработку с ИИ в управляемый граф артефактов
Почему удачный вайбкодинг ломается на длинной дистанции и как устроить процесс с агентами, результат которого можно проверить.
О чём
Прототип работает, процесс нет
Первый прототип с агентом выглядит убедительно: код собирается, тесты проходят, демо работает. Дальше начинается обычная инженерия: новые требования, исправления, чужой код, эксплуатация. В этот момент диалог с моделью перестаёт быть надёжным источником истины.
Статья о том, как перенести ответственность с ответа модели на процесс. Какие артефакты фиксируют решения, где хранится память проекта, кто и как проверяет результат.
Обзора инструментов здесь нет. Речь о том, как встроить агентов в разработку так, чтобы ошибки были видны до релиза.
Главное
Четыре опоры процесса
Внешняя память
Контекст проекта хранится вне диалога с моделью: документы, ADR, тесты, история решений.
Независимые проверки
Результат проверяют тесты, метрики, вторая модель и человек. У каждого своя зона ответственности.
Надзорный цикл
Регулярный просмотр деградаций: что ухудшилось, где модель обошла проверку, какие решения пора пересмотреть.
Кому полезно
Инженерам и руководителям
Статья будет полезна тимлидам, архитекторам и разработчикам, которые уже пробовали агентную разработку и упёрлись в нестабильность результата. А также руководителям, которым нужно понять, что меняется в процессе и какие риски появляются.