Кажется, я наконец начал понимать, почему большая часть разговоров про «агентную разработку» выглядит странно.

Проблема не в том, что LLM плохо пишет код.
Проблема в том, что изменение почти никогда не живёт только в коде.

Роли, цели, мотивы, API, состояния, сценарии, тесты, зависимости — всё это обычно размазано по чатам, задачам, голове аналитика и случайным документам.

В новой статье рассказываю, как я перестроил проектирование изменений через:

— чат с агентом бизнес-аналитиком;
— графовую модель изменений;
— MCP-доступ к модели;
— агентский бутстрап;
— формализованный техпроцесс.

На примере фичи агентской памяти показываю, как User Story превращается в граф ролей, целей, мотивов, API и зависимостей, а агент перестаёт быть «чатиком сбоку» и становится частью инженерного процесса.

Главная мысль простая:

Инженерное знание должно работать как код.

Статья:
https://ontonet.ru/learning/tpost/r8dlesip81-inzhenernoe-znanie-kak-kod-zachem-ya-svy