Наблюдаемость агента AI: Отдельное одобрение ожидается от стендов

Агент, который перестал создавать события, не обязательно застрял. Это может быть точно безопасным: ждать человека, прежде чем он отправит сообщение, изменит состояние производства или потратит деньги. Операционный вопрос не в том, как долго процесс был тихим? Вопрос в том, является ли запрос на одобрение все еще актуален, достигнут ли кто то, уполномоченный принимать решение, и может ли он возобновить тот же перерыв. Это дает более твердое правило наблюдения за агентом AI. Пауза действительна только при наличии четырех доказательств: предложенное действие не изменилось или истекло; запрос имеет проверенный маршрут; заявитель сохраняет длительную ручку продолжения; и, после одобрения или отказа, квитанция свидетельствует о том, что пробег закончил решение. Таймер полезен только после того, как эти факты будут известны. Действительное ожидание имеет четыре доказательства Большинство мониторинга сводит одобрение в одно состояние, такое как pending approval . Эта маркировка скрывает неудачи с разными владельцами и разные средства. Подумайте об экспортере, ожидающем освобождения владельца. Процесс не выпускал призыв к инструментам в течение 25 минут. Если точная экспортная акция все еще действует, владелец выпуска получил запрос, и бег может возобновиться после сохраненного прерывания, бездействие является законным ожиданием. Возобновление работы было бы вредно: новая работа могла бы вызвать очередной запрос или потерять контекст принятия решения. Теперь меняйте один факт за другим. Выбор данных изменился после создания запроса. Старый запрос stale , даже если кто то его одобрит. Уведомление не выдано и не прикреплено одобрения. Запрос unroutable , а не просто медленный. Карта одобрения существует, но перерыв не имеет долговечного ручка резюме. Запрос ORphaned . Пришло одобрение, но бег не поглотил его в течение объявленного срока. Агент stuck после решения . Человек отказался. Запрос closed , не поздно. Это разделение следует по потоку управления, выявленному текущими структурами агентов. Сравнение SDK для агентов OpenAI перечисляет состояние повторного запуска и потоки повторного одобрения как отдельные возможности. OpenAIs контрольный список проверки валидации миграции более четко описывает жизненный цикл: действие, на которое установлены ограничения на одобрение, должно приостанавливаться, возникает перерыв, а затем возобновиться или отвергаться. Одобрение существует доказывает только середину этой последовательности. Четвертое доказательство имеет значение, потому что человеческое решение не является намеченным результатом. Это разрешение на продолжение бега или отказ, который бег должен справиться. Следовательно, наблюдаемость должна регистрировать как событие решения, так и последующее получение продолжения. Без последнего зеленый значок одобрения может скрыть остановленного агента. Записывать жизненный цикл решения, а не модальный Даже самый маленький полезный запись намеренно скучна. Ему нужны стабильные идентичности и временные штампы, а не транскрипт рассуждения модели. requestId дедублирует уведомления и ответы. Действия, которые должны быть приняты, связывают решение с конкретным предложенным эффектом; оно должно меняться при изменении существенных аргументов, цели, полномочий или сферы применения. approverRef называет роль или субъект политики, а не копирует личные данные человека в телеметрию. Ручка резюме указывает на длительный перерыв. В получении резюме говорится, что заявитель принял решение и переехал в следующее государство. Словарь решения должен также сохранять то, что сделал человек. Спецификация получения MCP отличает accept , decline и cancel . Отказ это ясный ответ. Отмена это увольнение без того же обязательства. Обращение с обоими как с "нет ответа" приглашает автоматизированную систему снова задать вопрос после того, как человек уже сказал "нет". В той же спецификации говорится, что серверы не должны запрашивать конфиденциальную информацию через вызов, а клиенты должны четко объяснить запрашивающий сервер и цель. Этот предел относится и к медицинским данным. Сохранить минимальные поля, необходимые для установления государства. Ссылка на маршрут, код действий и код решения могут диагностировать большинство неудач в одобрении, не сохраняя секреты, необработанные запросы или содержание ответа. Существует важный предел: delivered: true это транспортные доказательства. Это не доказывает, что человек видел, понял или принял просьбу. Для действий с высоким риском добавьте подтверждение или используйте политику, требующую четкого решения до истечения срока действия. Не переоценивайте доставку как информированное согласие. Проверка с шестью просьбами меняет очередь инцидентов Сопровождающая фиксация фиксирует время оценки на 2026 07 26T16:30:00Z , дает пять минут для возобновления решительной работы, а сердцебиение просителя рассматривается как свежее в течение десяти минут. В ней есть шесть снимков. Провести аудит с помощью: Результат намеренно один из каждого состояния: Четыре записи изначально выглядят как неотвеченные одобрения. Только возраст не объясняет, что делать. Запрос на экспорт это здоровое ожидание. Запрос о удалении истек. Просьба о ротации не имеет проверенного маршрута. Запрос на счет не может быть возобновлен, поскольку его ручка для продолжения отсутствует. Одна строка статуса поместила бы всех четырех в одну очередь. Запись о развертывании раскрывает менее очевидный провал. Ее человеческое решение уже присутствует, поэтому измерение времени, ожидающего одобрения, сообщает о нуле. Но в течение пятиминутного периода не было полученного ответа на резюме. Этот инцидент должен попасть к владельцу, а не к одобренному. Просить человека еще раз одобрить это позволит увеличить шум и оставить нетронутое продолжение. Запрос на отказ от сообщения демонстрирует, почему порядок оценки имеет значение. Решения о терминале проверяются до выхода. Аудит закрывает запрос, а не увеличивает его или создает новый запрос. Это не просто вежливое использование; это сохраняет границы человеческого авторитета. Пробные пороги не являются универсальными. Просмотр контента с низким риском может возобновиться в течение нескольких секунд. Контролируемое изменение производства может преднамеренно ждать окна обслуживания после одобрения. Настройка резюме с учетом документального поведения runtime и операционной политики действия. Зарегистрируйте выбранный порог рядом с приговором, чтобы оператор мог определить, пришло ли stuck из доказательств или произвольного дефолта. Действуй на государстве, а не на молчании. Как только штаты разделяются, реакция на инциденты становится ограниченной. Государство Доказательства Следующий шаг безопасный. WAITING Текущее действие, проверенный маршрут, продолжение действия, отсутствие решения Оставьте бег на паузе; сообщите только в рамках согласованной политики эскалации STALE REQUEST Просроченный запрос или измененный вариант действий Отменить старый запрос и создать новый только в том случае , если действующее действие по прежнему нуждается в полномочиях UNROUTABLE WAIT Отсутствие одобрения или неудачная доставка Ремонт маршрута или эскалация к владельцу полиса; не возобновляйте действие ORPHANED WAIT Отсутствие ручки резюме или устаревший проситель Сохранить запись о решении, а затем восстановить ход с явным правом STUCK AFTER DECISION Решение, принятое в настоящее время, продолжение приема отсутствия после получения разрешения Исследуйте путь продолжения; не просите опять одно и то же одобрение CLOSED BY DECLINE Явное снижение Прекратить действие или предложить неразрушительную альтернативу Автоматическое восстановление должно оставаться узким. Перепробование уведомления может быть обратимым, если идентификатор запроса остается стабильным. Воссоздание измененного запроса может быть безопасным после отмены старого. Возобновление базового действия отличается: оно может повторить эффекты, обойти первоначальный объем действия или отделить возможную человеческую реакцию от новой работы. Если доказательства неполны, отметьте состояние неопределенности и спросите, прежде чем действовать. Практический вывод прост: молчание не является сигналом здоровья. Действующее ожидание одобрения это прямый контракт между одним предложенным действием, одним разрешенным маршрутом и одним возобновляемым запуском. Решение заканчивает фазу ожидания, но только продолжение подтверждает прогресс в работе. Sidewisp сейчас находится на этапе закрытого предварительного доступа. Его запланированная модель здоровья включает в себя диагностику ожидания против задержки и ясные границы одобрения, но коллекция продукта агента здоровья, адаптеры запуска, управление cron, анализ стоимости токенов и восстановление обычно не отправляются. Sidewisp не является заменным временем запуска, обязательным шлюзом, сырым продуктом отслеживания, самолетом управления предприятием или автономным фиксатором. Если эта модель доказательств совпадает с неудачей, которую вы сегодня выполняете, присоединение к частному просмотру это сдержанный следующий шаг.