> ## Documentation Index
> Fetch the complete documentation index at: https://docs.befailproof.ai/llms.txt
> Use this file to discover all available pages before exploring further.
# Запуск и проверка аудита
> Запустите аудит, проверьте его покрытие и изучите полученные результаты.
Запустите аудит после того, как его цель и целевая группа станут достаточно конкретными, чтобы другой оператор понимал, как выглядит допустимый результат.
## Запуск и проверка
1. Перейдите в **Analyze → Audits**, откройте аудит и выберите **run now**. Статус "queued" означает, что диспетчер запустит его вскоре.
2. Откройте новый запуск, чтобы проверить его статус, временное окно, продолжительность, количество результатов и отчет.
3. Выберите сеанс доказательства, чтобы открыть полную трассировку.
4. Вернитесь на страницу аудита, чтобы изменить параметры, отключить расписание или просмотреть старые запуски.
```bash theme={null}
fp audits run checkout-reliability
fp audits runs checkout-reliability --limit 10
fp --json audits runs checkout-reliability
fp audits findings --audit checkout-reliability
```
См. [справочник `fp audits`](/ru/reference/cloud-cli#audits) для команд истории запусков, результатов и классификации.
## Перед запуском
* Убедитесь, что сеансы существуют в выбранном временном окне.
* Проверьте фильтры окружения и агента.
* Убедитесь, что справочный контекст актуален.
* Убедитесь, что цель описывает режим сбоя, а не желаемый результат.
## Проверка запуска
Начните со статуса запуска, покрытия сеансов и того, был ли запущен анализ модели. Затем проверьте серьезность каждого результата, описание, сеансы доказательств, вспомогательные запросы и предлагаемый путь предотвращения.
Используйте статус результата для подтверждения, отключения, отклонения, разрешения, повторного открытия или назначения задач. Сохраняйте доказательства даже при отклонении результата; они объясняют причину принятого решения.
## Интерпретация пустого или задержанного запуска
| Состояние запуска | Что это означает | Что делать |
| --------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Анализ выполнен и не дал никаких результатов | Выбранные доказательства не поддержали результат при настроенной чувствительности. | Убедитесь, что область содержит репрезентативные сеансы, затем считайте результат здоровым, если только цель или контекст были не слишком неясными. |
| Анализ модели был пропущен или не удался | Запуск завершается с нулевыми результатами, но агентивное исследование не выполнялось. Детерминированное сканирование учетных данных и PII все еще сообщает количество совпадений в статистике запуска, но не создает результаты. | Исправьте службу анализа или конфигурацию и повторите запуск. Не интерпретируйте пустой результат как доказательство того, что целевая группа здорова. |
| Анализ модели отключен | Запуск успешно завершается с нулевыми результатами. Детерминированное сканирование не заменяет анализ модели и не открывает результаты. | Включите анализ модели или отключите аудит вместо того, чтобы полагаться на аудит, который не может дать результаты. |
| Емкость анализа недоступна в данный момент | Аудит остается в очереди и повторяет попытки вместо пропуска целевой группы. | Дождитесь доступности емкости или распределите якоря аудитов. Операторы с собственным размещением должны масштабировать реплики audit-agent и соответствующую емкость диспетчера. |
| Емкость остается недоступной для окна повтора | Запуск сдается с нулевыми результатами и отправляет уведомление об ошибке при наличии доставки электронной почты. | Проверьте, перегружена ли fleet аудитов или постоянно перезагружается. |
Когда анализ не выполняется, аудиты `since_last` сохраняют это неанализированное окно открытым для следующего успешного запуска. Существующие результаты не удаляются, потому что пропущенный анализ не является доказательством того, что сбой исчез.
## Понимание уведомлений об ошибках
Неудачный запуск или неудачный шаг анализа модели используют получателей электронной почты аудита. Если у аудита нет канала электронной почты, Failproof AI переходит на параметр `alerts.email_default_recipients` организации, чтобы молча неработающий аудит все еще имел путь эскалации.
Электронная почта должна быть включена для организации, и SMTP должен быть настроен. В противном случае ошибка регистрируется, но электронная почта не может быть доставлена. Сбои запуска не сдвигают якорь фиксированного расписания аудита.
Каждый запуск также сохраняет точный [контекст агента](/ru/audits/agent-contracts), используемый каждым агентом как снимок контракта. Более поздние редактирования не изменяют стандарт доказательства, записанный при более раннем запуске.
Не развертывайте политику блокировки напрямую на основе непроверенного результата. Откройте указанные трассировки и убедитесь, что правило отличает небезопасное поведение от законной работы.