Lokalne AI do przygotowania przeglądu awarii

Alarm, zatrzymanie i działanie serwisu

Inżynier przygotowuje przegląd awarii. Rejestr zawiera alarm sprzed zatrzymania urządzenia, operator opisał zatrzymanie w notatce, a późniejsze zlecenie serwisowe odnotowuje wymianę elementu. Aplikacja układa te zapisy w kolejności i przy każdym pokazuje źródło. Wpis operatora zostaje przypisaną mu obserwacją, a wymiana czynnością ze zlecenia.

Kolejność nie dowodzi, że alarm wskazywał przyczynę ani że wymiana usunęła problem. Jeśli w materiałach nie ma opisu późniejszego zachowania urządzenia, w zestawieniu pojawia się pytanie o taki zapis. Data zapisania notatki może być późniejsza niż opisane zdarzenie, więc gdy dokument nie pozwala ustalić czasu, aplikacja pokazuje tę niejasność. Różne relacje operatora i serwisu zostają widoczne do wyjaśnienia.

Ile to kosztuje i kiedy się zwraca

Rachunek liczy czas szukania, czytania i zestawiania materiału. Zostaje czas na sprawdzenie wyniku przy źródle, w scenariuszu 25% dzisiejszej pracy. Oba czasy mierzymy w próbie na 20 do 100 sprawach, które zespół już obsłużył. Scenariusz zakłada 20 przeglądów miesięcznie po 3 godziny zbierania materiału, czyli zakład z kilkoma liniami i regularnymi spotkaniami po awariach.

Co działa lokalnie, a co trzeba uzgodnić

Jeśli poufność historii urządzeń wymaga pozostawienia materiałów w środowisku zakładu, lokalny model jest jednym z elementów rozwiązania. Ollama rozróżnia modele lokalne i chmurowe i opisuje wyłączenie funkcji chmurowych. Zakres aplikacji obejmuje cały obieg: pobranie dokumentów, przygotowanie zestawienia i jego zapis, także w kopiach zapasowych. Wybór lokalnego modelu nie rozstrzyga, gdzie pozostałe części aplikacji przetwarzają dane.

Najpierw sprawdź raport w obecnym systemie

System do zarządzania utrzymaniem ruchu, czyli CMMS, może już łączyć urządzenie, zgłoszenia i zlecenia. Jeśli inżynier znajduje w nim całą historię i wygodnie przechodzi do opisów, osobna aplikacja niewiele zmieni. Czasem wystarczy udostępnić właściwy raport albo połączyć istniejące rekordy. Model warto sprawdzić tam, gdzie ważna część historii leży w swobodnych notatkach i osobnych dokumentach. Powtarzające się obserwacje z wielu wizyt opisuje tekst o analizie notatek serwisowych.

Od czego zacząć

Pierwsza próba obejmuje znaną zespołowi awarię i materiały wskazane przez utrzymanie ruchu. Inżynier porównuje chronologię z obecnym raportem: do których dokumentów dociera szybciej, co musi poprawić i czy pytania wskazują rzeczywiste braki. Lokalne modele wdrażamy w ramach prywatnych modeli LLM, a widok pracy ze źródłami budujemy jako aplikację AI. Na bezpłatną analizę wystarczy opis jednej sprawy i miejsc, w których leżą materiały. Poufne pliki zostają w firmie, a plan na piśmie dostajesz w 2 dni robocze.