В разговорах про агентную разработку (разработку с помощью ИИ-агентов) почти все крутится вокруг скорости. Насколько быстрее теперь можно писать код, рефакторить, собирать прототипы и двигать задачи Но мне здесь интереснее другая вещь: вместе со скоростью меняется и сама роль разработчика.

Когда большую часть рутинной работы начинает делать ИИ-агент, разработчик постепенно перестает быть просто исполнителем, который пишет код руками. Он все больше становится тем, кто формулирует, как система должна работать, где проходят границы, какие правила в ней важны и что вообще считается правильным результатом. По сути, разработчик становится ближе к заказчику. А агент - ближе к исполнителю. И вот здесь DDD начинает выглядеть совсем по-новому.

Изначально domain-driven design во многом и был нужен для того, чтобы бизнес мог описывать систему своим языком, а разработка могла этот язык точно перевести в модель, код и поведение системы. То есть DDD был удобным способом общения между тем, кто формулирует смысл, и тем, кто реализует его технически.

Сейчас происходит очень похожий сдвиг. Только теперь во многих случаях сам разработчик становится тем, кто ставит задачу. А ИИ-агент становится тем, кто ее исполняет. Поэтому DDD в агентной разработке полезен не только как архитектурный подход. Он полезен как язык постановки задач.

Статья большая, поэтому продолжение тут https://glas.su/domain-driven-design-kak-usilitel-agentnoj-razrabotki-v-2026-godu-03-27