Computer Vision пилот из видеоархива

Если на объекте уже есть камеры, первый пилот можно провести без монтажа нового железа. Архивные фрагменты покажут освещение, углы, перекрытия, сезонность, движение камеры и реальные ошибки процесса.

Такой подход быстро отвечает на главный вопрос: есть ли в видео сигнал, который можно стабильно превратить в событие. Если сигнала нет, лучше узнать это за неделю, а не после закупки железа.

Детекция объекта - только середина пути. Для бизнеса нужно событие: техника вошла в зону, дефект найден на изделии, человек нарушил маршрут, паллета простояла дольше нормы. Поэтому пилот должен включать правила зон, трекинг и формат выгрузки.

Одна общая точность почти ничего не говорит. Нужно отдельно считать пропуски, ложные срабатывания, ошибки трекинга, задержку обработки и ошибки бизнес-правил. Тогда понятно, что чинить: данные, разметку, модель, камеру или сам сценарий.

Перед моделью стоит проверить физику процесса: где стоят камеры, какое разрешение, какая частота кадров, есть ли ночной режим, насколько часто объект перекрывается людьми, техникой или стеллажами. Видеомодель не исправит ракурс, где нужный объект занимает десять пикселей и половину смены закрыт коробкой.

Хороший старт - таблица камер: зона, цель наблюдения, пример события, качество картинки, процент полезного времени, ограничения и владелец. Иногда после такой инвентаризации оказывается, что пилот нужно начинать не с обучения модели, а с перестановки одной камеры или изменения зоны события.

Для первого CV-пилота не обязательно размечать тысячи кадров подряд. Часто полезнее выбрать короткие фрагменты, где есть разные условия: нормальная работа, редкие ошибки, плохой свет, перекрытия, разные смены, разные операторы. Так модель и правила быстрее встречаются с реальностью.

Разметку лучше связывать с бизнес-событием, а не только с объектом. Если задача - контроль простоя, важны не просто bounding boxes, а начало события, окончание события, зона, длительность и причина исключения. Если задача - дефект, важны тип дефекта, критичность и действие после обнаружения.

mAP, precision и recall полезны для модели, но руководителю участка нужно другое: сколько реальных событий пропущено, сколько ложных алертов создаёт шум, как быстро событие появляется в журнале и сколько времени сотрудник тратит на проверку. Эти метрики нужно смотреть вместе.

Если ложных срабатываний слишком много, даже точная модель не будет использоваться. Оператор просто перестанет верить алертам. Поэтому на пилоте важно подобрать пороги, зоны, длительность события и правила подавления дублей. Иногда правила после модели дают больше пользы, чем смена архитектуры.

CV-система редко полезна сама по себе. Событие должно попасть туда, где с ним работают: MES, CRM, отчёт смены, Telegram-уведомление, журнал безопасности, dashboard качества или карточка инцидента. Формат выхода нужно описать до пилота, иначе получится красивое видео без операционного эффекта.

Минимальный выход: время, камера, зона, объект, тип события, уверенность, ссылка на фрагмент видео и статус проверки. Если событие критичное, добавляем ответственного, SLA реакции и признак ручного подтверждения.

Иногда пилот честно показывает, что сценарий пока не подходит для автоматизации. Например, архив слишком плохой, событие визуально неотличимо, камеры стоят не там, а нужная метка зависит от контекста, которого нет на видео. Это не провал, а полезная экономия бюджета.

В таком случае результатом становится план подготовки: какие камеры переставить, какие события начать логировать, как собрать разметку и какой минимальный процесс можно проверить первым. Хорошая CV-команда должна уметь сказать «не сейчас» так же уверенно, как «можно запускать».