Предсказание отказов техники
По телеметрии и заявкам предсказывает отказ и ставит машину на обслуживание
Тема готова к старту: сузить до MVP и работать
Область и границы
четыре роли · четыре ответаКому больно — и можно ли этого человека спросить?
Механик автопарка или мастер участка планирует ремонты и сейчас узнаёт о проблеме, когда техника встала
Почему это не решается одним вызовом модели?
Сигнал живёт в числовых рядах телеметрии, а контекст — в заявках механиков, написанных от руки. Предсказание без объяснения не примут, а ложная тревога стоит простоя
Где должен появиться результат и что здесь необратимо?
Результат — заявка на обслуживание и место в плане ремонтов: технику снимают с линии
Что будет считаться успехом?
Отказы происходят реже, чем при ремонте по факту, а механики верят предупреждениям и не игнорируют их
Подмена телеметрии: датчик или шлюз, который выгодно заставить молчать перед приёмкой
Есть публичные наборы или открытые данные; живой контекст добирается разговором
Есть открытые наборы телеметрии и отказов техники. Заявки механиков синтезируются по разговору с автопарком — их язык важнее объёма
О чём тема
Автопарк или цех ремонтируют по факту поломки: техника встала — бригада приехала. Система смотрит телеметрию, историю ремонтов и заявки механиков и предсказывает узлы, которые скоро откажут. Отдельная работа — объяснить предсказание: без «почему» механик не поверит и правильно сделает. Ложная тревога тоже стоит денег, поэтому порог выбирается после замера, а не на глаз.
Зачем это людям
Перевести обслуживание из режима «чиним, когда встало» в плановый и объяснимый.
Что предстоит выяснить
ответов здесь нетГотового решения в каталоге нет намеренно: тема задаёт область и границы, а что и как строить — работа команды. Это и защищают на приёмке.
Взять эту тему
Тему из каталога берёт любая команда, одобрение не требуется. Одну тему могут взять несколько команд — на Demo Day видно, насколько разошлись решения.