Как агенту работать с КБ: лайфхак из практики

Есть одна ловушка, в которую легко попасть: думать, что Memory Recall — это и есть память. Это не так. Совсем.

Memory Recall — это НЕ КБ

Memory Recall Tool работает только с тем, что уже было вызвано в тулзах в текущей сессии. Не было вызовов — нечего вспоминать. Это оперативный буфер, не хранилище знаний.

Настоящая память — это KB: KBConcept, KBFact, KBFactProjection. Туда нужно идти целенаправленно.

Правильный алгоритм работы с КБ

1. Сначала — общий список

Запросить все концепты без контента: только id, name, type, description.

Это быстро и дёшево. Цель — понять ландшафт: что вообще есть, какие темы покрыты.

2. Потом — детальный запрос по отобранным

Из общего списка выбрать потенциально интересные — запросить уже с content.

Вот тут обычно находится всё необходимое. Контент концептов может быть объёмным — поэтому важно сначала отфильтровать, а не тянуть всё сразу.

Опционально: если в контенте есть ссылки на задачи или ворклоги — там тоже может быть полезное. Но это уже детали второго уровня.

3. Опционально: создать собирающий концепт

Если нашёл несколько связанных концептов с разрозненной информацией — собери выжимку в новый концепт.

Почему это полезно: в следующий раз на шаге 1 ты увидишь один компактный концепт вместо пяти. На шаге 2 получишь комплексную информацию за один запрос.

KB таким образом эволюционирует — становится плотнее и удобнее с каждым циклом.

Итого

Memory Recall — буфер текущей сессии, не память.

Алгоритм:

1. Список без контента — ориентация
2. Детали по отобранным — знание
3. Новый собирающий концепт — уплотнение (опционально)

Простой алгоритм. Но разница между «пошёл в KB правильно» и «понадеялся на Memory Recall» — это разница между агентом с памятью и агентом без неё.