Наблюдаемость агента AI: следы образцов, сохранение доказательств здоровья

Наблюдаемость агента AI не должна требовать сохранения всех следов, но она никогда не должна позволять отслеживанию образцов решать, существует ли критическое состояние здоровья. Образец тяжелого диагностического пути, когда требуется объем или стоимость. Высылать компактные, типовые медицинские квитанции с неисправностью результатов, ожиданием одобрения, неисправностью инструментов, недоступностью времени выполнения и отсутствием доставки через отдельный маршрут с собственными проверками доставки и свежести. Этот раздел решает конкретную проблему. Следы являются отличным доказательством того, почему бег вел себя так, как он вел себя. Это не единственное место, откуда оператор может узнать, что ожидаемой работы не хватает. Время выполнения, которого невозможно достичь, может не отражать следов. В сессии, которая правильно ожидает одобрения, может быть отсутствие промежутка времени ошибок. Завершение может завершиться пробегом OK , в то время как внешний проверяющий обнаруживает, что запрашиваемого файла не существует. Поэтому разумным дефолтом являются две политики хранения, а не один умный пробщик: применять образцы головы или хвоста к диагностическим следам, и сохранить каждый обязательный медицинский квитанция на более короткий, явно ограниченный период. Присоединяйтесь к двум записям с стабильным идентификатором запуска, когда будет доступен след. Не храните сырые инструкции или неограниченные нагрузки инструментов только для того, чтобы сохранить вердикт здоровья. Отзывы образцов; сохранение медицинских квитанций Документация по выборке образцов OpenTelemetry использует узкое и полезное определение: следы, извлеченные из образца, обрабатываются и экспортируются; следы, не извлеченные из образца, не обрабатываются и не экспортируются. Образец головы принимается на ранних сроках, обычно на основании идентификатора следа и желаемого процента, без проверки всего следа. Проборочная отборка хвоста ожидает большей части или всего следа и может хранить следы по ошибке, задержке, атрибутам или другим критериям. Эти механизмы оптимизируют популяцию следов. Политика здравоохранения агентов отвечает на другой вопрос: какие наблюдения требуются для того, чтобы определить, является ли работа здоровой, ожидающей, застрявшей, недоступной или ложно завершенной? Запись Цель По умолчанию выборка образцов Примерные доказательства Диагностический след Объяснить выполнение и дебгурировать выбранное выполнение Образец, если он обоснован объемом и стоимостью длительность действия, длительность работы инструмента, модели вызовов, путь ошибок Документ о медицинском обслуживании Сохранить изменяющий статус оперативный факт Сохраняйте все обязательные виды Результаты предсказания не удалось, одобрение требуется, сердцебиение пропустили Агрегированная метрика Уровни измерений и мощность При возможности агрегат перед хранением скорость повторной попытки, глубина очереди, потеря квитанции Чувствующая полезная нагрузка Воспроизводить содержимое только под отдельным органом Не собирать по умолчанию прост, аргументы инструмента, сырой ответ Разница не делает отбор проб хвоста бесполезным. Правило хвоста, которое всегда сохраняет следы, содержащие промежуток ERROR , имеет ценность. Он все еще не может сохранить следы, которые никогда не прибыли, и он не может сделать вывод о том, что успешный вид следа не провалился внешней проверке доставки. В документация процессора выборки проб хвоста коллектора четко говорится об одном важном предпосылке: для принятия эффективного решения все протяженности отслеживания должны достигать одного и того же экземпляра коллектора. Смотрите на это как на границу, а не как на недостаток. Образец отслеживания действует после наличия доказательств отслеживания. Медицинские квитанции должны также покрывать провалы за пределами этого пути. Определение необработанного медицинского договора Сохраняйте квитанцию достаточно маленькой, чтобы сохранение всех обязательных видов было обычным, а не героическим. Для полезной записи нужны идентичность, семантика, свежесть доказательств и источник, а не транскрипт: Две часы имеют значение. Устойчивый Модель данных OpenTelemetry Logs определяет Timestamp как время, когда событие произошло у источника, и ObservedTimestamp как время, когда система сбора наблюдала за ним. Сохранить обоюду семантику в медицинском квитанции. Задержанный расчет может все равно описывать реальную неисправность, но его задержка доставки и возраст доказательства должны оставаться видимыми. Используйте короткий обязательный реестр, принадлежащий рабочему процессу, а не поставщику хранилищ. Начальным набором для операций агентов могут быть: outcome failed : проверяющий орган по конкретной задаче отверг обещанный результат; approval wait : пробег имеет типизированную зависимость от человека и владельца; tool error : требуемая эксплуатация инструмента не удалась после ограничения политики повторного испытания; runtime unreachable : внешний наблюдатель не смог достичь времени выполнения в ожидаемый срок; missing deliverable : пробег объявлен завершенным, но ожидаемый артефакт отсутствовал. Производитель является частью договора. Проверка результатов может выделять outcome failed ; адаптер для запуска может выделять approval wait ; внешний программист или наблюдатель сердечных сокращений должен выделять runtime unreachable . Требование недосягаемого времени для сообщения о собственной недоступности представляет собой циркулярный дизайн. Для каждой квитанции применяйте четыре проверки, прежде чем она изменит состояние: 1. Дедуплировать receipt id или стабильный ключ события. 2. Подтвердить schema version , kind , run id и авторитет производителя. 3. Сравните occurred at и observed at с лимитами свежести в зависимости от вида. 4. Обновление состояния здоровья по прямому приоритету, сохранение unknown при отсутствии необходимых доказательств. Не позволяйте квитанции разрешать необратимую деятельность. Он может открыть вопрос, отправить запрос или придумать ограниченный ответ. Восстановление все еще нуждается в соответствующей границе одобрения и в новом наблюдении, которое доказывает полезный прогресс или ожидаемый результат. Повторять решение о задержании Сохранившаяся фиксация содержит сорок синтетических путей и пять целенаправленно различных критических случаев. Детерминистическая 10 процентная выборка головы хэширует каждый идентификатор следа. Политика хвоста сохраняет следы, состояние которых составляет ERROR . В третьей полисе сохраняются все зарегистрированные медицинские квитанции. Попробуйте: Фиксированный результат: Уборка головы держит за рулем 1, 3, 10, 25, 39 . 25 это случай ошибки инструмента, так что в его образце отсутствуют еще четыре критических случая. Правило хвоста, в котором есть только ошибка, также сохраняет ошибку инструмента. Он пропустит неисправность результатов, выполненную следом OK , ожидание одобрения, выполненное следом UNSET , отсутствующий продукт, выполненный следом OK , и недостижимый срок работы, который не производил следов. Это проверка политики, а не статистический результат. Пять критических раундов были преднамеренно распределены, поэтому повторная игра содержит как сохраненный случай, так и пропущенные случаи. Он не утверждает, что 10% выборки обычно охватывают одну пятую случаев или что эти пять видов событий имеют одинаковую частоту. Измените идентификаторы следов, правило выборки образцов или фиксацию, и количество может измениться. Что не должно меняться, так это критерий принятия: каждый вид обязательного квитанции должен выжить на медицинском пути, включая случай без следов. Добавьте новый вердикт только после добавления его производителя, схемы, фиксации, правила хранения и мониторинга потерь. Следить за маршрутом получения и закреплением Необработанный канал все равно может потерпеть неудачу. Переполнение очереди, отказ от схемы, истекшие сроки действия, ошибки часов, ошибки производителя и перебои в хранении могут заставить исчезнуть доказательства здоровья. Следить за каналом с помощью сигналов, которые не зависят исключительно от самого канала: ожидаемые показатели поступления по производителю и рабочим потокам; сердцебиение производителя и последний успешный срок доставки; отклоненные, дублированные и задержанные счетчики к получению; вместимость очереди коллекторов и счетчиков для отпуска; периодические концовые канари с известным идентификатором квитанции; согласование между запланированными прохождениями, объявленными завершениями и полученными результатами. Отсутствие не должно становиться зеленым. Если проверяющий результат не сообщил о выполнении, требующем его, отметьте, что сигнал результата недоступен или неопределен. Если сам внешний наблюдатель устарел, не заявляйте, что время выполнения достижимо. Состояние здоровья должно раскрывать пробелы в собственных доказательствах. Сохранение каждого медицинского квитанции также не означает его сохранение навсегда. Выберите временное сохранение из решения о проведении операций: достаточно долго, чтобы провести расследование, согласовать поздние доказательства и проверить одобренное вмешательство. Совокупные старые счеты, когда отдельные записи больше не нужны. Удалить или хэшировать локальные пути, контент пользователя, запрос текст, полезные нагрузки инструментов и учетный материал перед экспортом. Сохранить класс ошибок, когда он поддерживает решение. Коммерция ясна. Компактный обязательный канал затрачивает дополнительную инженерию и дублирует небольшое количество метаданных. В обмен на это, контроль объема следов не может безмолвно удалить факты, способствующие здоровью. Проборочные ответы по прежнему полезны для выбора диагностических деталей вокруг известных ошибок; обязательный квитанция дает вам информацию о происшествии, даже если состояние следа успешно, неполным или отсутствует. Перед тем, как принять шаблон, воспроизведите реальные дезинфицированные случаи из одного рабочего процесса: здоровое завершение, ложный успех, ожидание одобрения, неисправность инструмента, пропущенный сердечный ритм и выключение коллектора. Проверьте обе стороны. Политика отслеживания должна соответствовать своей ценовой цели, а политика получения должна сохранять все необходимые вердикты без сбора чувствительной полезной нагрузки. Направление продукта Sidewisp представляет собой слой здоровья вокруг существующих сроков действия агента: доказательства, свежесть, полезный прогресс, состояние ожидания, проверенные результаты и четкие границы одобрения. Это не замена времени запуска, обязательный шлюз, сырой продукт отслеживания или автономный фиксатор. Sidewisp сейчас находится на этапе закрытого предварительного доступа. Общественный сайт и система статей находятся в режиме реального времени, в то время как коллекция продуктового агента здоровья, адаптеры запуска, управление cron, анализ стоимости токенов и восстановление обычно не отправляются. Если эта граница хранения доказательств совпадает с режимами неисправности, которые вам нужны для работы, вы можете присоединиться к частному просмотру и описать типы запуска и получения, которые имеют значение. Основные ссылки Открытая телеметрия: Образец терминология отбора образцов, отбор образцов от головы и хвоста и оперативные компромиссы; пересмотрен 26 июля 2026 года. OpenTelemetry Collector Contrib: Процессор сборки хвоста группировка следов, типы политики, сближение с коллектором, отброшенные следы и поздние периоды; рассмотрен 26 июля 2026 года. OpenTelemetry: Модель данных журналов стабильная семантика Timestamp и ObservedTimestamp ; пересмотрен 26 июля 2026 года.