Определение
Режим наблюдения - это способ работы actor intelligence, при котором каждая взаимодействие классифицируется и записывается, но поведение приложения не меняется. Ни один запрос не блокируется, не подвергается challenge, не замедляется и не перенаправляется из-за результата по актору. Приложение отвечает ровно так же, как и без установленной интеграции.
В Proof of Actor режим наблюдения включен по умолчанию. Установка интеграции запускает наблюдение, а не enforcement.
Почему начинают с наблюдения
У каждого приложения свой трафик. Сборщик в браузере видит на панели управления сигналы, отличные от тех, что видны на маркетинговой странице; API видит других клиентов, чем MCP server. Прежде чем команда начнет опираться на результаты по акторам, ей нужно понять, как они ведут себя в ее собственном контексте. Руководство по безопасному внедрению политик с учетом акторов и наша статья о проектировании политик уровня приложения для людей и AI-агентов оба исходят из этого шага.
Режим наблюдения позволяет команде отвечать на практические вопросы на основе реальных данных:
- Покрытие: на каких маршрутах интеграция видит достаточно доказательств, и где высок уровень Unknown?
- Ложноположительные результаты: когда команда уже знает истинное состояние, например внутреннюю учетную запись автоматизации или известного партнера по интеграции, совпадают ли результаты?
- Состав акторов: какой объем трафика агентов доходит до каждого маршрута, и какие агенты подтверждены, а какие заявлены?
- Задержка: какой дополнительный расход добавляет проверка на каждом маршруте?
- Влияние политики: если бы предлагаемое правило было применено на прошлой неделе, на какие взаимодействия оно бы повлияло?
Как это работает на практике
- Интегрируйте поддерживаемую серверную или браузерную интеграцию на тех маршрутах, которые вам важны.
- Записывайте результаты вместе с существующими журналами и исходами.
- Проверяйте доказательства и классификации на соответствие тому, что вам известно.
- Предварительно просматривайте кандидатные политики на записанном трафике, не применяя их.
- Включайте политику на конкретном маршруте только тогда, когда команда уверена, что она подходит для этого workflow.
Каждый маршрут может переходить от наблюдения к enforcement независимо. Команда может применять правило для структурированного API на маршруте каталога только на чтение, оставляя маршруты учетных записей в режиме наблюдения на неопределенный срок.
Режим наблюдения и обработка сбоев
Режим наблюдения - также самое безопасное место, чтобы решить, как должен вести себя каждый маршрут, когда результат приходит с задержкой или отсутствует. Если заранее выбрать, будет ли маршрут fail open или fail closed, решение становится осознанным, документированным и протестированным до того, как что-либо будет применено.
Распространенные заблуждения
"Режим наблюдения - это пробная версия." Это основа ответственного развертывания. Многие команды постоянно держат некоторые маршруты в наблюдении, потому что одних только аналитических данных достаточно для ответа на их вопросы.
"Наблюдение не дает ценности, пока нет enforcement." Аналитика в режиме наблюдения, включая состав акторов, тренды и доказательства, часто является первым и самым важным результатом.
"Enforcement - это либо все, либо ничего." Политики задаются для каждого маршрута и каждого уровня риска. Наблюдение и enforcement сосуществуют в одном и том же приложении.
Режим наблюдения в Proof of Actor
Proof of Actor запускает каждую интеграцию в режиме наблюдения, а enforcement происходит только тогда, когда владелец приложения выбирает это в собственном коде приложения. Полный поток описан в разделе Как это работает, или подайте заявку на ранний доступ, чтобы начать наблюдать свой трафик.