Второй мозг контент-менеджера. Часть 3. Три памяти и одно правило

Продолжаем сериал. Год назад я хотел от базы контента теги, папки и графы. Сейчас база устроена иначе, потому что её главный читатель сменился: агенты читают её чаще, чем я. Этот пост о том, как она разделена и почему.

Типовая ошибка, через которую я прошёл сам: одно хранилище на всё. Минутки, черновики, выписки из отчётов, скриншоты конкурентов лежат вместе, и поиск по ним работает ровно до тех пор, пока человек помнит, что ищет. У агента такой памяти нет. Ему нужно, чтобы у каждой записи были заданы три вещи: срок жизни, источник доверия и событие, после которого запись надо перепроверить. По этим трём признакам записи и расходятся в три разных хранилища. Я называю их памятями, потому что они различаются так же, как долговременная и рабочая память у человека.

Долговременная память. Проверенные синтезы по доменам и атомарные карточки: один факт, одна цифра, одно возражение клиента, один блок, пригодный для цитирования ИИ-поиском. Сейчас это двадцать разделов и 351 карточка фактов. У карточки фиксированная шапка: утверждение, домен, дата проверки, срок годности, уровень доверия, источник с издателем и ссылкой, список процессов, где карточку разрешено применять. Доверие трёх уровней: 218 карточек с высоким, 115 со средним, 18 с низким. Низкое доверие у карточки означает ограниченный допуск. Пример из базы: вендорский опрос про защиту 5G-сетей, процитированный через обзор на arXiv, доверие низкое, применять разрешено только в брифинге спикера. Автор пресс-релиза эту карточку не получит, даже если тема совпадёт. Теги, которых я хотел год назад, в итоге работают именно так: это фильтр допуска для агента, а поиск для человека у них вторичен.

Рабочая память. Конспект, который ресёрчер собирает под один материал: источники, цифры, цитаты по узкой теме. Таких конспектов сейчас около ста семидесяти, из них, например, сорок под статьи и одиннадцать под пресс-релизы. У конспекта есть срок годности, статус и ссылка на материал, в который он вошёл, поэтому по любой статье можно восстановить, откуда взялась каждая цифра. Ключевое правило рабочей памяти касается момента до поиска. Ресёрчер обязан сначала проверить, что по теме уже собрано, и зафиксировать один из трёх исходов: использовать как есть, дополнить, пересобрать. Это экономит деньги на поиске и защищает от расхождений между статьями одной серии.

Память о других. Профили чужих продуктов: что заявляют, какие цифры публикуют, как называют компоненты. Выделена отдельно по двум причинам. Доверие к чужим заявлениям другое, и триггер обновления другой: профиль конкурента устаревает не по календарю, а после релиза, ребрендинга или смены цен.

Правило распределения умещается в одну строку. Широкое и проверенное идёт в долговременную память. Узкое, собранное под задачу, в рабочую. Всё про чужой продукт в память о других. Запись, которая не проходит ни по одному критерию, в репозиторий не попадает. Минутки встреч там не живут.

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

Два ограничения, о которых нужно знать, прежде чем повторять схему. Просроченных карточек в долговременной памяти сегодня ноль, и это пока ничего не доказывает: базе меньше года, первые сроки годности истекут в 2027, и только тогда станет видно, работает ли механизм перепроверки. И память о других останется пустой, пока у неё нет отдельного процесса наполнения, одними ресёрчами под статьи она не заполняется.

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

#контентменеджерское #ai_agents #второймозгконтентменеджера