Концептуальные модели для LLM
Unmesh Joshi (автор работ по DDD и моделированию распределённых систем) утверждает:
LLM гораздо эффективнее работают не с сырым кодом, а с явными концептуальными моделями предметной области.
Вместо разговора на уровне файлов, функций и классов агенту дают модель того, как устроен мир приложения.
Пример
Вместо:
Измени
OrderServiceтак, чтобы…
лучше работать с понятиями предметной области:
В нашей системе заказ проходит состояния
Draft → Confirmed → Paid → Shipped. Оплата возможна только после подтверждения. Отмена — только до отправки.
Для человека это привычное описание. Для LLM — тоже. Затем агент сам найдёт нужные классы и функции.
Почему DDD становится важнее
Domain-Driven Design не теряет актуальности с приходом LLM — наоборот, может стать ещё важнее. Концептуальная модель (Customer, Order, Invoice) — это и есть тот словарь, который модель переносит в код. Явная модель предметной области становится общим языком между людьми и агентами.
Нам нужны более высокоуровневые абстракции для общения с агентами — и построение концептуальных моделей как раз даёт такую абстракцию.
Куда это ведёт
Если концептуальная модель — общий язык, то естественный способ её хранить и обходить — граф знаний.
Источники
- Unmesh Joshi — What Is Code? и работы по DDD
- Martin Fowler — Fragments: June 16, 2026 (упоминание концептуальных моделей)