Czas czytania: około 6 minut
Odpowiedź najpierw. Asystent serwisowy oparty na dokumentacji to Cyfrowy Pracownik, który przeszukuje wasze instrukcje serwisowe, karty katalogowe, historię napraw i protokoły, a potem odpowiada technikowi na pytanie zadane własnymi słowami, ze wskazaniem źródła. Zamiast wertować kilkaset stron PDF, serwisant pyta „jaki moment dokręcenia dla tego węzła w danym wariancie" i dostaje fragment właściwej procedury oraz odnośnik do dokumentu. Kluczowe: model działa na waszych danych, u was, bez wysyłania dokumentacji do publicznej chmury. Poniżej pokazuję, gdzie taki asystent realnie pomaga, dlaczego musi być prywatny i czego od niego nie oczekiwać.
Co robi asystent serwisowy oparty na dokumentacji
Punkt wyjścia jest prozaiczny. Wiedza serwisowa w zakładzie leży w dziesiątkach plików: instrukcje producenta, dokumentacja techniczno-ruchowa, schematy, karty katalogowe części, notatki z poprzednich napraw. Technik wie, że odpowiedź gdzieś jest, ale znalezienie jej zajmuje czas, którego przy przestoju nie ma.
Asystent serwisowy odwraca ten proces. Dokumentacja trafia do prywatnego indeksu, a Cyfrowy Pracownik odpowiada na pytanie zadane naturalnym językiem, cytując konkretny fragment i wskazując, z którego dokumentu pochodzi. To nie jest wyszukiwarka po słowach kluczowych, która zwraca listę plików. To odpowiedź osadzona na źródle, którą technik może od razu zweryfikować.
Cztery kroki: dokumentacja trafia do prywatnego indeksu, technik pyta własnymi słowami, asystent zwraca odpowiedź ze wskazaniem źródła. Wszystko w granicy waszej infrastruktury.
Różnica wobec zwykłego publicznego czatbota jest zasadnicza. Publiczny model odpowiada z ogólnej wiedzy i potrafi zmyślać. Asystent osadzony na waszej dokumentacji odpowiada z waszych źródeł, a jeśli czegoś w dokumentacji nie ma, mówi wprost, że nie znalazł, zamiast wymyślać. Podobną logikę opisywałem, porównując Cyfrowego Pracownika przy ofertowaniu z rysunku: ten sam wzorzec, inny dział.
Gdzie realnie pomaga
Nie w każdym zadaniu i nie zamiast człowieka. Poniżej cztery sytuacje, w których asystent serwisowy zdejmuje z technika pracę wyszukiwawczą, oraz to, czego świadomie nie zastępuje.
| Sytuacja | Co robi asystent | Czego nie zastępuje |
|---|---|---|
| Szukanie właściwej procedury | W sekundy wskazuje właściwy fragment instrukcji i podaje źródło | Decyzji i oceny technika na miejscu |
| Historia napraw danej maszyny | Zbiera wcześniejsze zgłoszenia, wymiany części i wnioski w jednym miejscu | Diagnozy z oględzin i pomiaru |
| Wdrożenie nowego serwisanta | Odpowiada na pytania wprost z dokumentacji, zamiast odrywać starszego kolegę | Mentoringu i wiedzy nieformalnej |
| Przygotowanie protokołu | Podsuwa szkic na bazie zebranych danych i szablonu | Podpisu i odpowiedzialności człowieka |
Wspólny mianownik: asystent skraca drogę do informacji, ale nie przejmuje decyzji. Technik zostaje właścicielem oceny, a asystent daje mu materiał w kilka sekund zamiast kilku minut wertowania.
Dlaczego to musi działać na waszych danych, u was
Dokumentacja serwisowa to często wrażliwa własność: schematy, parametry procesu, konfiguracje maszyn, wiedza o słabych punktach linii. Wrzucenie tego do publicznego narzędzia oznacza, że opuszcza wasze środowisko i traci kontrolę nad tym, gdzie trafia. To jest dokładnie ten mechanizm, który opisywałem przy shadow AI w fabryce: zakaz w polityce nie znika, dopóki nie ma bezpiecznej alternatywy pod ręką.
Asystent serwisowy działający lokalnie, na waszej infrastrukturze, rozwiązuje to u źródła. Dokumentacja nie wychodzi na zewnątrz. Zapytania i odpowiedzi da się logować, więc powstaje ślad, kto o co pytał i z jakiego dokumentu przyszła odpowiedź. Dla firm w reżimie NIS2 to nie kosmetyka, tylko warunek, żeby narzędzie w ogóle przeszło audyt. Wątek regulacyjny rozwijam w przewodniku po NIS2 a AI.
To także powód, dla którego model rozliczeniowy jest inny niż w typowym SaaS. Płacicie za pracę wykonaną przez Cyfrowego Pracownika, nie za liczbę wykupionych kont. Rozwijam to w tekście Cyfrowi Pracownicy, nie stanowiska.
Czego taki asystent nie zrobi
Uczciwie, bo od tego zależy zaufanie do narzędzia na hali.
Nie zastąpi oględzin i pomiaru. Asystent pracuje na tym, co zapisane. Stanu faktycznego maszyny nie zobaczy. Odpowiedź z dokumentacji to punkt wyjścia dla technika, nie diagnoza.
Nie wymyśli procedury, której nie ma. To akurat zaleta: osadzenie na źródłach ogranicza zmyślanie. Ale ma drugą stronę. Jeśli dokumentacja jest dziurawa albo nieaktualna, asystent też nie poda tego, czego w niej brakuje. Jakość odpowiedzi jest pochodną jakości dokumentacji.
Nie bierze odpowiedzialności. Protokół podpisuje człowiek. Asystent może przygotować szkic i zebrać dane, ale to serwisant firmuje wynik i odpowiada za decyzję.
Najczęstsze pytania
Czy nasza dokumentacja wychodzi na zewnątrz albo uczy cudzy model?
Nie. W wariancie on-premises dokumentacja i zapytania zostają w waszym środowisku. Dane nie są wysyłane do publicznej chmury ani wykorzystywane do trenowania modeli poza waszą organizacją.
Jakie formaty dokumentacji obsługuje?
Typowo PDF, pliki tekstowe i biurowe, arkusze oraz skany po rozpoznaniu tekstu. Bazy zgłoszeń i historię napraw da się podłączyć jako dodatkowe źródło.
Skąd wiadomo, że odpowiedź jest wiarygodna?
Każda odpowiedź wskazuje fragment i dokument źródłowy, więc technik weryfikuje ją jednym spojrzeniem. To zasadnicza różnica wobec publicznego czatbota, który odpowiada bez podania źródła.
Ile dokumentacji trzeba, żeby to miało sens?
Od kilkuset stron wzwyż zysk czasu jest już odczuwalny. Nie trzeba idealnego porządku w plikach, choć spójne nazewnictwo i aktualność dokumentów podnoszą jakość odpowiedzi.
Chcecie zobaczyć, jak to wygląda na fragmencie waszej dokumentacji serwisowej? Umówcie krótką rozmowę z Fryderykiem, przejdziemy przez realny przypadek z waszego zakładu.