Supermemory AI: Докажите, что память готова, просматривается и работает

Supermemory AI это слой памяти и контекста для агентов: он поглощает разговоры и документы, получает воспоминания, поддерживает восстановление и поддерживает профили. Операционный вопрос более узкий, чем принял ли API мою запись? Полезная память готова только тогда, когда исходная обработка завершена, ожидаемый факт может быть отозван из правильного контейнера, и возвращенная версия все еще актуальна. Это различие имеет значение, потому что Супермемори документирует две отдельные сроки. Документ, достигающий done , означает, что его путь к документу доступен для поиска. При умолчании режим сновидения dynamic , извлечение памяти может продолжаться после этого состояния. Таким образом, оператор, превративший done в зеленый сигнал памяти и здоровья, может сообщить о успехе до того, как агент сможет вспомнить необходимый факт. Практическое дефолт состоит в том, чтобы сохранить dynamic для нормального потребления в производстве, а затем проверить отзыв, прежде чем разрешить действие, зависящее от памяти. Используйте instant только тогда, когда следующий шаг действительно требует факта графика немедленно, и учитывайте дополнительную операцию, задокументированную Supermemory. В обоих режимах сохранить containerTag , customId , временные штампы и хэши доказательств без содержания в одном квитанции. Зелёный статус документа не является зеленым вердикт памяти текущая документация трубопровода Supermemory называет этапы документа: очередь, извлечение, разбивка, вкладка, индексация и выполнение. Также говорится, что один и тот же вход может дать три разных выхода: кусочки документов для заземления источника; графические воспоминания для извлеченных фактов и временных обновлений; Профиль для всегда в контексте. Эти результаты отвечают на разные вопросы. Успешный поиск документов доказывает наличие индексированного источника. Поиск в памяти доказывает, что вытекающий факт может быть найден. Профильный ответ доказывает, что выбранное резюме доступно. Ни одна из этих трех само по себе не доказывает других. Официальный старт дает четкую границу времени. add возвращается, когда обработка асинхронна. При помощи dreaming: "instant" учебник ждет, пока документ достигнет done , прежде чем проверить воспоминания и профили. При стандартном режиме dynamic RAG документа может быть готов, пока выводы памяти все еще собирают связанный с ним материал. Превратите это в расписку из пяти полей вместо одного булевого: Доказательства Что это доказывает Что это не доказывает ingestStatus: done Документный путь завершенная обработка Ожидаемая графическая память уже доступна в режиме dynamic Запрос запоминания выполнен Попытка прочтения произошла Возвращенный факт является ожидаемым или текущим фактом ожидаемый хэш соответствовал Бессодержащий канар соответствует ожидаемому факту Результат пришел от подходящего арендатора или проекта соединяющийся контейнер Взыскание оставалось в пределах предполагаемого объема изоляции Факт не был заменен проверенная текущая версия Возвращенный факт это версия , которую должен использовать рабочий процесс Агент завершил свою задачу вдоль потока Только синтетический канар, созданный для теста. Не используйте хош частной памяти пользователя и называйте это анонимным: предсказуемые значения все еще могут быть догадываться. Сохраняйте информацию о производстве, полученном контенте, ключах API и фактах о пользователях из медицинской документации. Создайте квитанцию памяти , которая может представлять ожидание Важное состояние не только здоровое или сломанное. dynamic сновидение преднамеренно группирует связанные документы в согласованные единицы, поэтому короткий промежуток времени после завершения документа может быть законным ожиданием. Тот же провал после согласованного окна наблюдения является провалом. В режиме instant ошибка после done заслуживает немедленного расследования, поскольку документальной целью этого режима является оперативная доступность после обработки. Комплексные данные могут выглядеть вот так: Окно наблюдения это ваша операционная политика, а не обещание на уровне службы Supermemory. Измерить его для ваших типов контента и рабочей нагрузки. Краткий разговор, длинное видео и пересинхронизация соединителя не имеют взаимозаменяемых распределений обработки. Классификатор, используемый для данной статьи, имеет следующее преимущество: Я повторил семь случаев в этом порядке: вход в очереди, завершение только в документах, допустимое динамическое задержка, отсутствие мгновенной памяти, получение на контейнере, замененный факт и здоровый квитанция. Только последний случай был безопасным. Разница между memory waiting и memory missing предотвратила, что нормальная задержка партийного оформления превратилась в инцидент, в то время как отдельное состояние recall unverified предотвратило ошибочное маркирование завершения документа как готовности к памяти. Этот артефакт намеренно является классификатором, а не живым зондом Супермемории. Он доверяет нормализованным доказательствам, предоставленным вашим адаптером. Валидируйте адаптер самостоятельно, особенно полей объема и версии. Степень испытания и свежесть с помощью парных канарских птиц Supermemory описывает containerTag как твердую границу изоляции и рекомендует стабильный customId для контента, который будет обновляться. Эти два идентификатора должны быть частью каждого теста на память и здоровье. Создайте два синтетических контейнера, которые никогда не могут быть ошибочны для реальных пользователей: 1. записывать уникальный, несекретный канарный факт в контейнер А под стабильным customId ; 2. написать другую канарную форму для контейнера Б; 3. ждать в соответствии с выбранным режимом сновидения; 4. A поиск канаря А и проверка его хаша; 5. поиск В для канаря А и не требует соответствующего результата; 6. обновление факта А с той же логической идентичностью; 7. проверять, что восстановление выбирает новый факт и не способствует замененному значению; 8. Возобновить звонимый агент или начать новую сессию, а затем повторить чтение. Негативный вопрос так же важен, как и положительный. Правильный ответ из контейнера А не доказывает изоляцию. Вам нужны доказательства того, что контейнер Б не может забрать канар А. Точно так же восстановление любой связанной с ней памяти после обновления не доказывает временной корректности. Возвращенная запись должна соответствовать текущей ожидаемой версии. Не выполняйте разрушительные тесты забытия или удаления контейнеров по отношению к реальному пользователю. Супермемори выявляет обновление памяти и поведение забытия, но на плановой проверке здоровья следует использовать специальные синтетические контейнеры с четкой политикой очистки и ограниченными идентификационными данными. Если уборка не удается, запишите ее как собственный вопрос, а не спрячьте в памяти здоровья. Направляйте каждый провал до самого маленького ремонта Полезный вердикт должен указывать на одно ограниченное следующее действие: Государство Первое действие processing Продолжайте ждать и сохранить оригинальный идентификатор документа memory waiting Проверьте снова после измеренного динамического окна; еще не вписывайте. ingest failed Перед повторным попытками проверить провал документа и тип ввода recall unverified Провести проверку синтетического отзыва; не объявить память здоровой memory missing Сравните режим сновидения, время обработки, запрос и контейнер до одной ограниченной повторной попытки scope unverified Прекратите действия, зависящие от памяти, пока адаптер не докажет предназначенный контейнер scope leak Обращаться с ней как с высокой степенью изоляции и блокировать использование результата stale or wrong memory Проверьте идентификацию обновления и историю версии; не переписывайте слепо ready Позвольте шагу, зависящему от памяти, а затем проверьте его фактический результат отдельно Повторное употребление не является универсальным исправлением. Если первоначальная запись успела, и извлечение памяти просто ждет, другая запись может создать дублированную работу и сделать временную диагностику сложнее. Переход каждого письма на instant также не является нейтральным исправлением: документация представляет его как компромисс задержки с дополнительной сборочной операцией, в то время как dynamic является дефолтом производства для группировки связанного с этим материала. Наконец, готовность памяти все еще не является успехом задачи. Агент может получить правильное предпочтение, а затем игнорировать его, вызвать неправильный инструмент или не производить доставку. Сохраняйте отдельный результат квитанции за действие, которое потребляет память. Соответствующее направление продукта Sidewisp заключается в том, чтобы сделать память и здоровье контекста видимыми наряду с доступностью агента, доступом к инструментам, прогрессом и результатами. Sidewisp сейчас находится на этапе закрытого предварительного доступа. Его двигатель мониторинга производства, адаптеры хоста и исполнитель восстановления обычно не поставляются, поэтому эта статья является схемой, управляемой оператором, а не утверждением о том, что Sidewisp в настоящее время проверяет установки Supermemory.