Этап 02
Пилот
Проверить, что AI-контур реально улучшает бурение в живой операции: снижает NPT, ускоряет принятие решений, помогает супервайзеру и при этом остается безопасным, объяснимым и управляемым.
Pilot Operating Tool
Pilot blockedЭтот блок должен отвечать на практический вопрос: можно ли уже включать advisory / controlled mode, или пока надо оставаться в shadow и дожимать trust, precision и workflow.
Что блокирует pilot
- Статус пилота еще не зафиксирован.
Следующие pilot-actions
- Сначала заполнить pilot operating tool.
Что должен доказать пилот
Value + Trust + SafetyЭкономический эффект
Система должна показать measurable value по NPT, ROP и скорости инженерных решений, а не только хорошие offline-метрики.
Рабочий adoption
Супервайзеры и инженеры должны не просто смотреть на дашборд, а реально использовать рекомендации в операционном цикле.
Управляемость
Все алерты, пороги, эскалации и действия должны быть формализованы и еженедельно калиброваться по обратной связи.
Безопасность
Ни одна рекомендация не должна обходить HSE-барьеры или выводить режим за пределы допустимого технологического окна.
Операционный loop пилота
Advisory to controlled executionДанные
Поток телеметрии, событий, буровых отчетов и режимов непрерывно собирается в единый контур.
Оценка моделей
NPT Predictor, ROP Advisor и stuck-pipe сигналы выдают risk score, opportunity score и рекомендуемое действие.
Решение супервайзера
Пользователь принимает, отклоняет или эскалирует рекомендацию с reason code и short comment.
Фактическое действие
Команда выполняет корректировку режима в допустимом окне и фиксирует момент вмешательства.
Feedback loop
Фактический эффект и ложные срабатывания попадают в weekly review, улучшая пороги, тексты и модели.
KPI и pilot scoreboard
North Star metricsПилот должен расти не только по value KPI, но и по зрелости использования: сначала безопасный shadow mode, затем advisory mode и только потом controlled execution.
Сам факт генерации алертов ничего не значит. В пилоте считаются только те сигналы, которые привели к решению, действию и измеримому улучшению.
12-недельный pilot cadence
Weekly operating rhythmShadow mode
Запуск потока рекомендаций без влияния на операцию, проверка качества данных, сверка timing и explainability.
Калибровка порогов
Настройка severity, эскалаций, текстов рекомендаций и response playbook для супервайзера.
Advisory mode
Рекомендации входят в рабочий контур, фиксируются adoption, false positives, missed events и time-to-decision.
Controlled execution
Ограниченный набор безопасных кейсов допускается к исполнению после подтверждения инженером и пост-анализом эффекта.
Что должно выйти из этапа
Pilot deliverablesРиски и гейты
No-go criteriaНизкое качество данных
Если поток телеметрии приходит с задержками, пропусками или неустойчивой синхронизацией, пилот теряет доверие даже при сильной модели.
- Data quality gating по критичным каналам
- Явный failover-процесс при деградации данных
- Запрет на выводы по слабым данным
Alert fatigue
Избыточное число тревог быстро приводит к игнорированию даже полезных сигналов.
- Weekly pruning слабых сценариев
- Severity-based routing
- Жесткий лимит на noisy alerts
Слабый adoption
Если рекомендации не встроены в реальный workflow супервайзера, пилот становится демонстрацией, а не рабочим инструментом.
- Reason codes по отказам
- Explainability в каждом алерте
- Совместные weekly reviews с operations
Расфокус периметра
Попытка покрыть слишком много сценариев на пилоте размывает ответственность и убивает доказательность результата.
- Stage-gate по use cases
- Ограничение на количество сценариев
- Переход к масштабу только после подтвержденного value