Адаптация темпорального графа под доменную область без предварительной подготовки. Концепт на примере Graphiti.
1. Из добавленного эпизода извлекаем сырые entity. Также, как это происходит сейчас.
2. Пробуем соотнести эту сущность с существующими компонентами в доменной схеме.
3. Если соотнести не удалось – отправляем сущность в реестр кандидатов.
4. Накапливаем поддержку для «кандидатов». Сколько эпизодов связаны с сущностями такого типа.
5. Если мы достигли порога X по поддержке, то добавляем сущность в доменную схему. Заводим custom type для Graphiti.
6. После добавления кандидата в доменную схему, делаем remapping эпизодов, которые связаны с кандидатом.
7. При обработке новых эпизодов, добавляем в промпт актуальную доменную схему, чтобы извлекать уже добавленных в неё кандидатов.
Это для добавления кастомных сущностей, связанных с эпизодами в графе.
Если ещё и кастомные отношения между этими сущностями захотеть добавить, пайплайн становится ещё интереснее. Но это необходимо, чтобы не создавать «висящие в воздухе» кастомные сущности без связей между собой.
Выглядит так, как будто пора создавать форк Graphiti с автоматической адаптацией к любому домену.

Добавить комментарий