Агент может написать код.
Агент может провести анализ.
Агент может выполнить задачу.
Но результат его работы остаётся только в чате, локальном файле или истории одного запуска. Для проекта это всё ещё хрупкая конструкция.
Память есть у конкретного запуска.
Контекст есть у конкретного участника.
А проектного знания как системного артефакта всё ещё нет.
Именно поэтому мы начали делать скрытый слой агентной памяти внутри Онто.
Главная мысль проста: проектное знание должно жить не рядом с проектом, а внутри самой модели — как связанный, адресуемый и передаваемый слой работы.
Смысл эпика — дать агентам собственную управляемую память в пространстве Онто, чтобы проектные знания, решения, рабочие журналы, передача контекста, стратегии тестирования и результаты проверки жили не в локальных файлах, не в переписке и не в голове одного участника, а как системные артефакты пространства.
Почему именно скрытый слой?
Потому что агентная память не должна смешиваться с обычной пользовательской онтологией.
Это не пользовательские шаблоны.
Не обычные объекты.
Не ещё один набор сущностей, который случайно появляется на диаграмме.
Это системный слой проектной работы, с которым могут работать агенты и который при этом не ломает пользовательскую модель.
Почему именно в Онто?
Потому что проект — это не только объекты, задачи и диаграммы.
Проект — это ещё и следы решений:
— что мы уже поняли;
— что проверили;
— где нашли разрыв;
— почему выбрали именно такой путь;
— что нужно сделать следующему участнику;
— какие риски и ограничения уже зафиксированы;
— какие результаты проверки нужно учитывать дальше.
Если эти следы не связаны с моделью, они быстро расползаются по файлам, чатам и памяти людей.
А если они связаны с конкретными узлами графа, то у знания появляется адрес.
Можно найти не «какой-то документ», а передачу контекста, связанную с конкретной проблемой, объектом, гипотезой, задачей или решением.
И это принципиально меняет работу агентов.
Агент получает не абстрактный доступ к документам, а возможность работать с памятью конкретного узла модели.
Увидел объект.
Нашёл связанные записи.
Прочитал полный контекст.
Понял, что уже было сделано.
Продолжил работу.
Оставил следующий след для другого участника.
Для людей, которые ведут проекты, это тоже важный сдвиг.
Обычно передача работ между участниками выглядит как попытка восстановить смысл по кускам: найти старые файлы, поднять переписку, спросить автора, понять, какое решение уже принималось и почему оно не отражено в текущем документе.
А здесь контекст постепенно перестаёт быть побочным продуктом работы.
Он становится частью самой проектной среды.