Контекст

Создание отдельного сайта стало дешёвым: новый проект можно собрать за день, а потенциально этот срок можно сократить до часов. Ограничение смещается с разработки отдельного сайта на управление множеством сайтов после запуска.

При 10 сайтах ещё допустимо обращаться к каждому отдельно. При 30–100 сайтах это превращается в постоянный обход независимых систем: чтобы понять, где находится нужное знание, агент сначала должен опросить множество API; чтобы изменить общий элемент, приходится отдельно определять состояние каждого проекта.

Цель этой задачи — не зафиксировать заранее конкретную архитектуру, а исследовать, какой минимальный общий контур позволит агенту и человеку работать с десятками и сотнями сайтов как с управляемым множеством, не превращая сайты в одну монолитную систему.

Что уже понятно

• Каждый сайт должен сохранять собственную самостоятельность и оставаться источником истины для своих данных и кода.
• Агенту нужен центральный способ узнать, какие сайты существуют, что на них есть и что они умеют, без предварительного обхода каждого сайта.
• Информационное пространство нескольких сайтов связано: новое знание на одном сайте может потребовать пересмотра материалов на других.
• Аналогичная проблема возникает с программной частью: общую возможность может потребоваться добавить или обновить сразу на десятках проектов.
• Рост количества сайтов желательно превращать преимущественно в рост объёма обрабатываемых данных, а не в линейный рост ручной организационной работы.

Направления исследования

Возможным направлением выглядит центральный информационно-операционный узел, который получает от сайтов достаточно метаданных для поиска и координации, а за полными данными и исполнением обращается к исходному сайту. Это пока рабочая гипотеза, а не утверждённая архитектура.

Нужно отдельно исследовать дочерние вопросы:

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

Связь с существующими задачами

Контур должен учитывать уже заложенные направления haih-agent: распределённые авторизации, адресуемую рабочую память внешних AI-клиентов, управление качеством концептов и фактов и исполнимые проверки результата задач. Они решают соседние проблемы идентичности агента, состояния, качества знания и проверяемости действий и не должны случайно дублироваться новым слоем.

Результат исследования

Нужно получить понятную модель, при которой агент способен работать с растущим числом независимых сайтов через единый контур: быстро находить знание и затронутые сайты, переходить к источнику истины только при необходимости, выполнять действия и видеть результат. Конкретные протоколы, схемы данных и технологии следует выбирать после исследования дочерних задач.