Перейти к основному содержимому
ГЛОССАРИЙ

Неизвестная классификация

Toshendra Sharma

Автор Toshendra SharmaОснователь и CEO, AgentCredia · Updated November 13, 2026

Результат, который сообщается, когда доступные сведения не позволяют надежно определить actor. Unknown по умолчанию не означает ни Human, ни подозрительный случай.

Определение

Классификация Unknown - это результат, который система actor intelligence возвращает, когда evidence, доступные для взаимодействия, не позволяют сделать надежное определение. Это означает, строго говоря: мы не можем по наблюдаемому определить, является ли это человеком, человеком с AI или agent.

Unknown - одна из четырех классов в Proof of Actor, наряду с Human, Human + AI и Agent. Это результат первого класса, а не состояние ошибки и не вежливый способ сказать "вероятно, бот". В нашей статье почему Unknown является допустимым результатом при классификации AI traffic мы подробно разбираем этот вопрос.

Почему Unknown ценен

Системы классификации, которые всегда должны выбрать ответ, в итоге делают уверенные догадки. Эти догадки выглядят как данные, попадают в панели и политики и незаметно причиняют вред: добросовестного клиента начинают дополнительно проверять, или автоматизированный клиент обращаются как к человеку на чувствительном route.

Сообщать Unknown вместо этого дает командам три вещи:

  1. Честное покрытие. Доля результатов Unknown показывает, где у вашей интеграции есть видимость, а где ее нет.
  2. Более безопасные policies. Policy может точно определить, что означает Unknown для каждого route, вместо того чтобы наследовать скрытую догадку.
  3. Путь к улучшению. Если на route высокий уровень Unknown, вы можете добавить там более качественный источник signal, например browser integration или поддержку signed agent requests.

Распространенные причины Unknown

  • На этом route не работает поддерживаемая integration, например отсутствует browser collector.
  • Клиент не запускает JavaScript и не отправляет evidence идентичности.
  • Наблюдено слишком мало interaction signals, например session была очень короткой.
  • Запрос пришел без signature и с общим или отсутствующим описанием client.
  • Существующие evidence противоречат друг другу, и ни одна из частей не является достаточно сильной для решения.

Как приложениям следует обрабатывать Unknown

Unknown должен переходить в явный fallback, который владелец приложения выбирает для каждого route:

  • Публичные страницы с низким риском: allow, без дополнительного трения.
  • Read-only APIs: allow со стандартными rate limits.
  • Изменения account и другие действия с высоким impact: сохраняйте существующие проверки приложения, например повторную аутентификацию, и не принимайте решение только на основе результата Unknown.

То же самое относится к timeouts и отсутствующей telemetry. Решение о том, fails open or fails closed route является сознательным выбором, сделанным заранее, а не случайностью.

Распространенные заблуждения

"Unknown означает подозрительно." Это означает недостаточность evidence. Многие совершенно обычные посетители дают результаты Unknown.

"Unknown по умолчанию должен считаться Human." Никогда. Преобразование Unknown в Human скрывает пробел и может предоставить automation доверие на уровне человека.

"У хорошей системы не бывает Unknown." Система без Unknown - это система, которая угадывает. Видимая и объяснимая доля Unknown - признак честного classifier.

Unknown в Proof of Actor

Proof of Actor сообщает Unknown всякий раз, когда evidence basis не позволяет сделать определение, никогда не преобразует его в Human и сохраняет видимую долю Unknown в analytics. Команды задают fallback для каждого route в observation mode, до включения любой policy. Полное описание модели см. в Detection & Limitations, либо подайте заявку на ранний доступ.

Посмотрите actor intelligence в своем app.

Предпочитаете сначала поговорить? Свяжитесь с основателями