Причина решения
Видно, какой слой authority и какие signals участвовали.
AntiPF строит explainability вокруг каждого важного решения: какой hard rule сработал, какие сигналы добавили risk, насколько они свежи и уверены, какое действие прогнозировалось и что было применено фактически.
Когда в системе есть crawler verification, browser/network/adaptive signals и manual rules, итоговый action без причин бесполезен. Decision Trace собирает layers решения, но не должен раскрывать auth cookies, license/OAuth secrets или raw fingerprint vector.
Видно, какой слой authority и какие signals участвовали.
В SHADOW можно сравнивать прогноз с фактическим ответом без enforcement.
Trace хранит безопасные refs/aggregates вместо чувствительных данных.
Каждый signal имеет value, confidence, source, freshness и reason; hard decision хранится отдельно от secondary score.
SYSTEM/crawler/manual/security decision.
Начальное значение policy model.
Request, network, visitor, adaptive и browser signals.
Доступность source, sample size и freshness.
Рассчитанный action при текущей policy.
Фактически применённое действие и причина расхождения.
Trace нужен разработчику, SEO-специалисту и владельцу сайта — особенно до включения ACTIVE.
Какой hard rule имел приоритет и почему.
Подробнее →Какие automation/consistency signals реально добавили risk.
Подробнее →Был ли Network READY/PARTIAL/NO_DATA в момент решения.
Подробнее →Sequence/reputation/baseline contributions с confidence/freshness.
Подробнее →Predicted action можно анализировать без изменения visitor response.
Подробнее →Synthetic fixture отделяется от actual request evidence.
Подробнее →STALE model, NO_DATA source и SIMULATED fixture должны быть видны прямо в trace.
Главный сценарий — разбирать конкретные спорные визиты и на их основе корректировать policy, а не подгонять модель вслепую.
Разложить browser/network/behavior contributions и найти слабый source.
Увидеть verified crawler hard ALLOW поверх обычного score.
Сопоставить risk evidence с anti-fraud context, а не смотреть только IP.
Проанализировать SHADOW predicted actions на реальном трафике.
Trace должен хранить только то, что необходимо для объяснения решения: нормализованные signal/value/confidence/source/freshness и безопасные identifiers.
Какое действие AntiPF прогнозировал бы при текущих signals/policy, при этом фактический visitor response остаётся неизменённым.
10.050 запрещает превращать trace в хранилище raw secrets или полного invasive fingerprint vector.
Да, отсутствие source должно быть отдельным состоянием и не маскироваться под false/safe.
Predicted рассчитывается model/policy, а actual учитывает режим SHADOW и higher-authority overrides.
Это лучший способ проверить false positives и подготовить policy к enforcement без угадывания по одному score.