Lokalny model do analizy notatek serwisowych

Załóżmy, że kierownik przegląda historię jednego urządzenia. W notatce z pierwszej wizyty technik zapisał „stwierdzono wyciek”. Po drugiej wizycie napisał „sprawdzono pod kątem wycieku, wycieku nie stwierdzono”. Trzeci dokument jest podsumowaniem pierwszej wizyty i powtarza jej obserwację. Wszystkie trzy zawierają słowo „wyciek”, lecz opisują dwie wizyty, z których tylko jedna potwierdza jego wystąpienie.

Asystent może zebrać tę historię w dwóch pozycjach. Przy pierwszej wizycie pokaże obserwację i odsyłacze do obu opisujących ją dokumentów. Przy drugiej zachowa informację o braku wycieku podczas kontroli. Kierownik od razu zobaczy kolejność zdarzeń i będzie mógł otworzyć oryginalne notatki. W tym przykładzie nie ma podstaw do stwierdzenia, że wyciek zaobserwowano ponownie.

Co daje wspólne czytanie wielu notatek

Zestawienie wizyt pomaga kierownikowi wybrać historie urządzeń, które przeczyta dokładniej. Wyszukiwanie pojedynczego słowa daje mu materiały do lektury, ale pozostawia pracę nad ich znaczeniem. Model językowy można wykorzystać do przygotowania zestawienia: kto opisał obserwację, której wizyty dotyczyła i jak zmieniały się zapisy w czasie.

Pomoc staje się wartościowa, gdy pozwala szybciej przejść od stosu dokumentów do konkretnych fragmentów. Przykładowo, kierownik może najpierw przeczytać historie, w których podobną obserwację zapisano podczas odrębnych wizyt. Nadal sam ocenia, czy są one ze sobą związane. Powtarzający się opis objawu nie ustala przyczyny awarii ani sposobu naprawy.

Wynik powinien też mówić, jaki zbiór objęto przeglądem. Jeżeli brakuje części protokołów, zestawienie opisuje dostępne dokumenty. Brak wzmianki nie dowodzi, że zdarzenie nie wystąpiło. Lista wizyt objętych przeglądem pozwala kierownikowi sprawdzić, czy ma dokumentację z okresu, który chce omówić na spotkaniu zespołu.

Jedna wizyta może zostawić kilka dokumentów

Notatka technika, podsumowanie zlecenia i późniejszy raport mogą opisywać tę samą wizytę. Dlatego firma powinna najpierw ustalić, po czym rozpoznaje odrębne wizyty w swoim systemie. Numer dokumentu nie zawsze będzie numerem zdarzenia, które kierownik chce policzyć.

Jeśli powiązanie jest niejasne, asystent powinien zostawić je do rozstrzygnięcia przez osobę znającą historię zlecenia. Widok dokumentów przypisanych do każdej pozycji pozwoli kierownikowi zauważyć, że ta sama wizyta pojawiła się dwukrotnie, i połączyć jej opisy. Liczba wizyt w zestawieniu powinna uwzględniać tę korektę.

To inna praca niż pomoc w redagowaniu notatki na terminalu magazynowym. Tam pracownik zapisuje bieżącą obserwację. Tutaj kierownik czyta istniejącą historię, łączy jej części i szuka powtórzeń między wizytami.

Gdzie odbywa się analiza

Lokalne przetwarzanie oznacza, że model wykonuje obliczenia na wskazanym komputerze lub serwerze firmy. Może to odpowiadać sytuacji, w której firma chce analizować notatki o urządzeniach i zakładach klientów we własnym środowisku. Taki wybór wymaga określenia, gdzie znajdą się dokumenty oraz kto będzie miał dostęp do zestawień.

Dokumentacja Ollama rozróżnia uruchamianie modeli lokalnie i korzystanie z modeli działających w chmurze. Opisuje również możliwość wyłączenia funkcji chmurowych. Ta sama nazwa narzędzia nie wystarcza więc do ustalenia miejsca przetwarzania. W propozycji wdrożenia powinno być jasno opisane, gdzie działa wybrany model.

Osobnego ustalenia wymaga aplikacja wokół niego. Kopie dokumentów mogą trafić do systemu kopii zapasowych, a pytania kierownika do historii rozmów lub dziennika aplikacji. Połączenie z systemem serwisowym także ma znaczenie dla obiegu danych. Wybór lokalnego modelu nie przesądza o tych elementach. Firma powinna otrzymać zrozumiały opis tego, gdzie przechowywane są materiały i wyniki oraz kto odpowiada za ich utrzymanie.

Czy warto budować osobnego asystenta

Jeżeli protokoły mają już spójne pola opisujące obserwacje i identyfikatory wizyt, istniejący raport lub filtrowanie może wystarczyć. Model jest wart sprawdzenia, gdy znaczna część potrzebnych informacji tkwi w swobodnym tekście, a kierownik poświęca dużo uwagi na odtworzenie historii z rozproszonych opisów.

Dobry początek to niewielki fragment historii, który zespół serwisu zna i potrafi ocenić. Kierownik porównuje proponowane zestawienie z dokumentami i sprawdza, czy nadal musi czytać wszystko od początku. Szczególnie wiele mówi pomylenie obserwacji z jej zaprzeczeniem albo policzenie podsumowania jako nowej wizyty. Takie błędy zmieniają sens raportu.

Próba powinna odbyć się na sprzęcie przewidzianym do tej pracy. Wynik pokaże, ile czasu wymaga przygotowanie użytecznego zestawienia i czy wybrany model radzi sobie z językiem notatek.

Syntalith może pomóc zbudować aplikację AI na zamówienie, która zestawia obserwacje z wizyt serwisowych i prowadzi kierownika do ich źródeł. Proponujemy rozpoczęcie od ograniczonego przeglądu uzgodnionych dokumentów w wybranym środowisku. Po ocenie wyniku można ustalić dalszy zakres aplikacji i jej połączenia z systemem serwisowym. Informacje o wycenie znajdują się w cenniku.

Na pierwszą rozmowę wystarczy pytanie, na które kierownik dziś szuka odpowiedzi, oraz opis miejsca przechowywania notatek. Poufnych protokołów nie trzeba przesyłać na tym etapie. Najpierw można ustalić, co miałoby znaleźć się w zestawieniu i kto w firmie potrafi ocenić jego przydatność.