У общей памяти агентов проблема с контролем доступа, и её пока никто не решил

Вот утверждение, с которым год назад я бы спорил: сложная часть памяти агента никогда не заключалась в том, чтобы заставить агента что-то запомнить. Сложность начинается, когда пятьдесят агентов запоминают одну и ту же неправильную вещь. Память одного агента это задача удобства. Как только память становится общей для команды, она превращается в организационную проблему контроля доступа, к которой прилагаются семантика исправления, удаления и разрешения конфликтов. И именно здесь нынешние продукты тоньше всего.

Два поставщика выпустили ответы на эту проблему с разницей в считанные недели. Team Memory от Tencent Cloud, о запуске которого я писал отдельно, 13 августа открыл исходный код управляемого хаба памяти. Asana с конца прошлого года тихо использует закрытую, привязанную к своей платформе версию, Agentic Work Management, вместе с AI Teammates. Этот материал не очередной пересказ анонсов. Это сравнение того, что анонсы пропускают: что система реально делает, когда память нужно исправить, удалить или разрешить спор между версиями, и кто в организации имеет право это решить.

Ключевые выводы - Общая память превращает неправильный факт из раздражения одного пользователя в наследство каждого агента. Несущей функцией теперь становится слой управления, а не качество извлечения. - Team Memory от Tencent предлагает самую явную модель доступа: четыре уровня видимости, отдельные наборы памяти для агентов, приватность по умолчанию. Но документированного процесса исправления или истечения срока для факта, который уже прочитали другие агенты, нет. - Agentic Work Management от Asana правильно решает сценарий утечки конфиденциального контекста, наследуя существующие разрешения Work Graph. Но память остаётся внутри платформы Asana, а семантика исправления непрозрачна. - Graphiti от Zep это единственная массовая реализация с принципиальным ответом на устаревшие факты: она инвалидирует, а не удаляет, сохраняя историю. Но управляет памятью одного агента, не команды. - Никто пока не поставляет разрешение конфликтов для случая, когда два агента записали противоречащие факты об одном объекте. Сейчас ответ звучит как «ранжирование при извлечении», а это не ответ.

Что произошло

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

• 13 августа Tencent Cloud объявила Team Memory, командное расширение проекта TencentDB Agent Memory с открытым исходным кодом. Разговоры, документы, графы кода и выделенные навыки превращаются в управляемые командные активы с владельцами, версиями и четырёхуровневой моделью видимости, которые собираются отдельно под роль каждого агента.

• Неделей раньше разговор VentureBeat с CPO Asana Arnab Bose впервые дал настоящие технические детали Agentic Work Management, AWM, системы общей памяти за AI Teammates. По словам Asana, она уже используется в продакшене клиентами, включая FedEx.

Вокруг них остаётся слой памяти с открытым исходным кодом для одного агента: Mem0, Graphiti от Zep, Letta. Именно там до сих пор живёт реальная инфраструктура памяти большинства команд. Интересный сдвиг в том, что теперь всё это приходится оценивать по четырём одинаковым вопросам. Кто может читать память? Что происходит, когда она ошибочна? Что происходит при удалении? Что происходит, когда две памяти противоречат друг другу?

Tencent Cloud выпустила Team Memory, управляемый хаб общей памяти для команд агентов, 13 августа 2026 года, согласно анонсу. За несколько дней до этого CPO Asana подробно рассказал об Agentic Work Management, системе общей памяти за AI Teammates, в интервью VentureBeat от 3 августа 2026 года.

Сравнение по четырём вопросам

Ленивая рамка для этой категории звучит как «Tencent против Asana», китайский открытый исходный код против американского SaaS. Она упускает реальную форму проблемы. Настоящий разрыв проходит между системами, которые управляют памятью как документами с разрешениями, и системами, которые управляют памятью как фактами с жизненным циклом. Ни у одной стороны пока нет обеих половин.

Посмотрите на строки исправления и конфликтов, и картина становится неприятной: две ячейки, которые важнее всего, это именно те, которые никто не заполнил.

В документации Team Memory прямо разделяются вопросы «кто может использовать это, какая версия действительна и какой агент должен это получить», согласно документации Tencent в пересказе VentureBeat. Graphiti от Zep инвалидирует устаревшие факты вместо удаления, согласно репозиторию проекта. Ни Tencent, ни Asana публично не описывают процесс исправления или разрешения конфликтов для общей памяти, уже потреблённой другими агентами.

Что каждая система делает правильно

Вклад Tencent это модель доступа, и ей стоит отдать должное за явность там, где остальные говорят расплывчато. Каждый актив памяти имеет владельца, версию и уровень видимости: private, team, restricted или agent. Новые активы по умолчанию приватны, а агентам выдаётся «набор памяти агента» по роли вместо доступа ко всему хабу. Агент Scout, занимающийся исследованием, получает рыночно-аналитические активы, Builder получает граф кода. Это память как организационная инфраструктура с политикой замков. Как отмечал VentureBeat, сама документация проводит границу с обычным RAG: поиск отвечает, что можно найти, Team Memory ещё и отвечает, кто имеет право это использовать.

Вклад Asana это граница утечки, и её пример должен быть в каждой презентации по управлению. Если AI Teammate руководителя строит память на конфиденциальном проекте M&A, коллега, который позже разговаривает с тем же Teammate, не должен унаследовать этот контекст. Ответ Bose, согласно интервью VentureBeat, заключается в том, что AWM лежит на 18-летнем Work Graph Asana. Поэтому доступ к памяти наследует те же разрешения, что и исходная работа: если вы не видите проект, память агента об этом проекте тоже не ваша. Это действительно сложная проблема, решённая отказом строить новую систему разрешений. Работает подход только потому, что Asana уже знает, кто что имеет право видеть. О командной памяти и корпоративных контролях Asana говорит ещё с анонса AI Teammates в сентябре прошлого года, но граница M&A стала первым конкретным механизмом.

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

Tencent предлагает самые явные уровни доступа с приватностью по умолчанию; Asana привязывает память агентов к существующим разрешениям Work Graph, чтобы контекст конфиденциального проекта не утекал коллегам без доступа, согласно CPO Asana Arnab Bose в VentureBeat; Graphiti от Zep инвалидирует устаревшие факты с отметкой времени вместо удаления, согласно репозиторию.

Нерешённая середина: исправление, конфликт, распространение

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

Это не мелкая реализационная шероховатость, которую исправит точечный релиз. Статья марта 2026 года «Управляемая память: продакшен-архитектура для многоагентных рабочих процессов» называет фрагментацию управления и тихую деградацию качества без контура обратной связи структурными рисками общей многоагентной памяти. Это вежливый академический способ сказать, что режим отказа встроен в архитектуру, а не в конкретного поставщика. Рамка безопасности усиливает проблему: руководство OWASP по агентным угрозам выделяет отравление памяти как отдельный класс атак, а общее хранилище означает общий радиус поражения. Наследование разрешений Asana и уровни Tencent с приватностью по умолчанию ограничивают, кто может прочитать отравленную или устаревшую память. Ни один подход не отвечает, что происходит после того, как плохая запись уже была прочитана.

Мой вывод такой: исправление и конфликты в итоге будут работать так же, как в любой другой системе общей информации, то есть социально. Назначенный владелец каждого актива, привычка к ревью, нормы срока хранения. В этой категории победят инструменты, которые делают социальный процесс простым, а не обещают автоматизировать его до исчезновения. Я уже видел этот фильм с вики, CRM и флагами функций. Функции управления и есть продукт. Это тот же вывод, к которому я прихожу в материале об управлении агентами, и та же причина, по которой «просто добавим память» не является планом в агентной архитектуре.

Практики, отреагировавшие на запуск Team Memory, указали на исправление, срок действия и разрешение конфликтов как на недокументированные пробелы, пишет VentureBeat. Статья «Управляемая память» от марта 2026 года называет те же риски структурными для общей многоагентной памяти, а руководство OWASP по агентному ИИ классифицирует отравление памяти как отдельный класс атак.

Что делать сейчас

Если в этом квартале вы оцениваете общую агентную память, четыре шага по порядку.

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

2. На этой неделе: проведите тест M&A. Создайте память внутри конфиденциального проекта, затем задайте тому же агенту вопрос от имени пользователя без доступа к проекту. Asana специально проектировалась под этот сценарий. Остальных заставьте продемонстрировать его.

3. В этом месяце: намеренно отравите что-нибудь в песочнице. Запишите правдоподобный неправильный факт в общее хранилище, дайте двум агентам его прочитать, затем попробуйте отозвать. То, что за один день вы узнаете о распространении и очистке, ценнее любой архитектурной схемы.

4. Постоянно: назначайте владельцев. Актив памяти без конкретного человека, отвечающего за его корректность, это технический долг с векторным индексом.

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

Частые вопросы

Что такое общая память агентов в одном предложении?

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

Что безопаснее, Team Memory от Tencent или AI Teammates от Asana?

Они отвечают на разные вопросы. Tencent предлагает более детальную и явную модель доступа, четыре уровня, отдельные наборы памяти для агентов, личный уровень по умолчанию, и её можно разместить самостоятельно, поэтому расположение данных выбираете вы. Модель Asana грубее, но проверена многолетними разрешениями рабочих пространств, которые уже управляют конфиденциальной работой. «Безопасно» здесь в основном означает «правильно ограничено под структуру вашей организации», а это знаете только вы.

Что происходит, когда общая память ошибочна?

Сегодня в основном ничего автоматического. Tencent отслеживает версии и статусы, но не документирует процесс исправления или истечения уже потреблённых фактов. Asana исправляет поведение через цикл обратной связи с человеком, не описывая исправление самой памяти. Graphiti инвалидирует устаревшие факты с отметкой времени, и это лучший доступный примитив, но он управляет графом одного агента. Какой бы продукт вы ни выбрали, закладывайте ручной процесс ревью.

Можно ли автоматически согласовать противоречащие воспоминания двух агентов?

Ни в одной доступной системе, для которой я нашёл доказательства. Текущее поведение сводится к тому, что ранжирование поиска выбирает один вариант. Конфликт в итоге разрешается незаметно, отдельно для каждого запроса, по оценке сходства. Если факты в вашем сценарии важны, например для регулирования, финансов или безопасности, считайте вопрос «чья память побеждает?» своей политикой, а не функцией, которой стоит ждать.

Итог

Общая память это правильное направление и незаконченный продукт. Tencent и Asana независимо доказали, что половину с контролем доступа можно построить, одна в открытом и переносимом виде, другая в закрытом, но нативном для существующих разрешений. Уже это делает август настоящей вехой. Но половина с исправлением, сроком жизни и конфликтами сейчас не документирована никем и по умолчанию принадлежит вам. Покупайте контроли доступа, планируйте исправления сами и относитесь к каждой общей памяти так, будто вся команда уже успела на неё опереться. К моменту, когда вы заметите ошибку, скорее всего, так и будет.

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

Источники

• Tencent Cloud, «TencentDB Agent Memory выпускает Team Memory»: https://www.tencentcloud.com/dynamic/news-details/101465 (опубликовано 13.08.2026, просмотрено 29.08.2026)

• VentureBeat, «Team Memory от Tencent делит память ИИ-агентов между командой, но пока не управляет тем, что происходит, когда она ошибочна»: https://venturebeat.com/data/tencents-team-memory-shares-ai-agent-memory-across-a-team-with-no-governance-yet-for-when-its-wrong (опубликовано 07.08.2026, просмотрено 29.08.2026)

• VentureBeat, «ИИ-агенты Asana делят память по всей компании, но не ваши секреты»: https://venturebeat.com/orchestration/asanas-ai-agents-share-memory-across-your-company-but-not-your-secrets (опубликовано 03.08.2026, просмотрено 29.08.2026)

• Asana, Inc., «Asana объявляет новые AI Teammates»: https://investors.asana.com/news-releases/news-release-details/asana-announces-new-ai-teammates-collaborative-agents-deliver/ (опубликовано 25.09.2025, просмотрено 29.08.2026)

• TencentCloud, репозиторий TencentDB-Agent-Memory: https://github.com/TencentCloud/TencentDB-Agent-Memory (просмотрено 29.08.2026)

• Zep, репозиторий Graphiti: https://github.com/getzep/graphiti (просмотрено 29.08.2026)

• Репозиторий Mem0: https://github.com/mem0ai/mem0 (просмотрено 29.08.2026)

• OWASP, «Угрозы агентного ИИ и способы их снижения»: https://genai.owasp.org/resource/agentic-ai-threats-and-mitigations/ (просмотрено 29.08.2026)