2026-08-01T05:02:18.730Z

Один владелец, свежие доказательства, проверенная работа

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

Наблюдатель agent является отдельным наблюдателем, который следит за ходом другого агента, решает, работает ли он, законно ожидает, застрял, неопределен, потерпел неудачу или закончен, и проверяет заявленный результат. Полезным дефолтом является один, в основном читаемый сторожевой со договором аренды, медленная каденция, основанная на доказательствах, и отсутствие автоматического авторитета мутации. Процесс жив и исполненная работа правильна являются отдельными вердиктами. Это определение также устраняет двусмысленность в текущих результатах поиска. Watchdog может означать старый дэймон перезагрузки инфраструктуры, продукт безопасности AI или агент, который контролирует другого агента. В этом руководстве рассматривается третий смысл. Современные навыки agent watchdog Builder.io описывают то же самое конкретное передача: подождите другого агента, реконструируйте запрос, а затем проверьте претензии на дифференциацию, файлы, тесты, CI, скриншоты и состояние обзора. Его режим ремонта отделен и требует разрешения. Это разделение правильная отправная точка. Дайте точно одну сторожевую собаку. Собаке хранителю нужна собственная личность и арендная плата. Без них два проверки могут привести к выводу, что они владеют одной и той же версией. Даже если оба диагноза верны, два толкания, повторные попытки или перезагрузка могут привести к двойным эффектам. Используйте такой запись: runId связывает наблюдателя с одним произведением. watchdogId идентифицирует владельца. Срок действия заставляет переизбираться после падения наблюдателя вместо того, чтобы оставить постоянное владение позади. observedAt говорит, насколько свежим является приговор; он не подлежит замене с lastProgressAt . Наблюдатель может иметь отчет о последних достижениях, пока его собственная связь устарела. Перед каждым приговором соблюдайте три правила собственности: 1. Должно быть точно одно невыполненное арендное соглашение для бегства. 2. Наблюдатель должен ознакомиться с доказательствами, прежде чем классифицировать или рекомендовать вмешательство. 3. Заместительная сторожевая собака может взять на себя ответственность только после истечения срока действия предыдущего договора аренды или его прямого освобождения. Если есть два живых идентификатора, верните conflict . Не позволяйте оба только помогают стать подразумеваемой политикой конкуренции. Отдельные ворота наблюдения, вмешательства и результатов Kubernetes документирует исследования стартапа, готовности и жизнеспособности отдельно, потому что они отвечают на разные вопросы и запускают разные действия. В его документации также предупреждается, что плохое правило жизнеспособности может превратить перезагрузку в каскадную неисправность. Смотрящему собаке AI агента требуется эквивалентное разделение с дополнительной выходной воротой. Observation gate: Доказательства достаточно свежи, чтобы классифицировать бег? Проверьте временный штамп наблюдателя, доступность агента, получение прогресса, ожидающие метаданные и текущее состояние терминала. Срок выхода или отсутствие образца дает uncertain ; это не доказывает stuck . Преддействие: Подтверждается ли действие и разрешено ли оно? Смотрящий собак, который читает только, может сообщить о устаревшем удостоверении личности, неофициальном ожидании или десяти минутах без полезного прогресса. Это может не выводить разрешение на перезагрузку, отмену, редактирование файлов, отправку сообщений или расходы на большее количество. Дайте каждому разрешенному действию свой собственный повторный попыток, время и пределы затрат. O выходный шлюз: Прошла ли запрашиваемая работа проверку? Статус терминального процесса это только доказательство деятельности. Для задачи с кодом расписка может сочетать ожидаемый обязательство, чистый целевой тест и необходимый скриншот. Для задачи публикации может потребоваться паритет API, страница HTTP 200, включение на карту сайта и рендерированные активы. Для внешнего побочного эффекта может потребоваться запись о обратном чтении назначения или отсутствии потенции. Руководство по SRE Google делает то же самое практическое отличие от другого направления: сигналы белого ящика объясняют внутренние элементы, в то время как проверки черного ящика выделяют неправильный контент, который успешный протокольный статус не может обнаружить. Хранитель должен сохранить и то, и другое. Журналы могут объяснить, почему пробег остановился; получение результата определяет, удовлетворен ли запрос пользователя. Используйте государственное правило , которое сохраняет неопределенность Следующий порядок имеет значение. Собственность и свежесть приходят до прогресса. Терминальная самоотчет поступает до генерального таймера, но все же не обходит проверку. Двухминутная свежесть наблюдения и десятиминутная прогрессная окна являются значениями фиксации, а не универсальными дефолтами. Извлечь их из рабочего процесса. Развертывание, которое обычно производит веху каждые сорок минут, нуждается в другом проходе прогресса от интерактивного кодирования, которое меняет файлы каждую минуту. Используйте правило против случаев , которые изменяются по одному условию: Дело Измененные доказательства Приговор Ограниченное следующее действие Новый прогресс Новый этап испытаний working Позже . Собственная ожидание Владелец и будущий срок waiting Уведомление о ближайшем сроке Не владеет ожидание Ни владельца, ни срок needs human Назначить оба Задержанный ход Никакого прогресса в течение 18 минут. stuck Подготовить диагностику Постоянный наблюдатель Последнее наблюдение было 4 минуты. uncertain Обновление доказательств Дублированные сторожевые собаки Два идентификатора живой охотничьей собаки conflict Выберите одного владельца Отчет о выполнении Никакой квитанции audit required Проверка артефакта Проверено выполнено Квитанции complete Лизинговый договор В исполняемой фиксировке, используемой для данной статьи, прошли все восемь ожидаемых классификаций. Особенно полезны два сравнения. Новый прогресс с одним живым наблюдателем working ; то же доказательство с двумя живыми идентификаторами наблюдателя conflict . Заполненная самоотчетная запись с отсутствующим квитанцией audit required ; добавление проверенного квитанции единственное изменение, необходимое для получения квитанции complete . Выберите последовательность из ожидаемых изменений доказательств Быстрее голосование не обязательно обнаруживает неудачу раньше. Это может привести к затратам, шуму, давлению на лимит скорости и неоднократным суждениям о неизменных данных. Установка последовательности от данных о ожидаемом уровне изменения и последствиях задержки. Для длительного исследования пятиминутное наблюдение может быть разумным, если вехи обычно приходят каждые пятнадцать минут. Планируемые потребности в доставке проверяются вокруг ожидаемого начала и срока, а не постоянно проводится опрос в течение всего дня. Человек, ожидающий одобрения, нуждается в названном владельце и сроке эскалации; повторные звонки не добавляют никакой информации. Полезный график состоит из четырех цифр: интервал наблюдения когда обновлять доступность и состояние; ограничение свежести , когда собственные доказательства наблюдателя становятся неиспользуемыми; прогрессный окно самый длинный нормальный разрыв между значимыми этапами; ZЗахлаждение действия минимальное задержка до очередного разрешенного вмешательства. Запишите последние доказательства, а также временную печать. Новые логинные линии не обязательно являются новым прогрессом. Повторяющийся вызов инструмента, неизменный провал испытания или регенерированный идентичный проект не должны восстанавливать часы прогресса просто потому, что процесс активен. Разумный дефолт восстановления все еще в первую очередь. Если выбег stuck , приготовьте один диагностический или толчок. Если это waiting , направить решение к названному владельцу. Если это uncertain , собрать лучшие доказательства. Если это conflict , удалите дополнительных наблюдателей. Только отдельно утвержденная политика должна позволять реверсивное возобновление, и наблюдатель должен проверить полезный прогресс после этого. Держи сторожевую собаку меньше , чем работу . Агент наблюдатель не должен становиться вторым рецензентом, неограниченным рецензентом и автономным фиксатором одновременно. Его минимальные полезные вводы первоначальное запрос, поздние изменения сферы действия, стабильная идентификация выполнения, свежие доказательства прогресса, ожидаемое владение, статус терминала и проверка результатов, специфическая для задачи. Все остальное должно заработать на сборе. У этой конструкции есть жесткий предел: общая телеметрия не может доказать произвольную доставку. Кто то должен определить, что означает "сделано" для задачи. Когда детерминистическая проверка не существует, наблюдатель может направить результат человеку или судейку с узким охватом, сохранить доказательства и опознать доверие. Она не должна создавать зеленый вид. Целевая территория продукта Sidewisp это слой здоровья вокруг существующих агентов: доступность, полезный прогресс, ожидание, инструменты, результаты и безопасные границы восстановления. Sidewisp сейчас находится на этапе закрытого предварительного доступа. Его двигатель мониторинга производства и адаптеры запускного времени обычно не поставляются, поэтому контракт в этой статье представляет собой операционную модель, которую вы можете реализовать в текущем времени запуска, а не утверждение о том, что Sidewisp уже следит за живыми агентами или ремонтирует их. Начнем с одного пробега и одного наблюдателя. Требовать аренду, держать наблюдение в основном, сохранить uncertain , и определить получение результатов до начала работы. Этого достаточно, чтобы сделать агента наблюдателя полезным, не позволяя надзору стать еще одним источником неудачи. Источники Builder.io агент наблюдатель README на обязательном 51bb048 Кубернеты: оживленность, готовность и стартовые зонды Google SRE Book: Мониторинг распределенных систем