Lokalne AI do wyszukiwania wersji receptur

Wersja trzecia zatwierdzona, czwarta próbna

Załóżmy, że firma wymaga przetwarzania dokumentacji receptur we własnym, zatwierdzonym środowisku serwerowym. Technolożka pyta o recepturę dla wskazanej linii produkcyjnej. Rejestr wyraźnie potwierdza zatwierdzenie wersji trzeciej dla tej linii. W historii zmian wersja czwarta jest oznaczona jako przeznaczona wyłącznie do prób.

Przydatna odpowiedź wskazuje wersję trzecią i prowadzi do zapisu jej zatwierdzenia. Pokazuje także wersję czwartą z odsyłaczem do oznaczenia „wyłącznie do prób”. Technolożka może otworzyć oba miejsca i sprawdzić podstawę odpowiedzi. Podstawą odpowiedzi jest zapis zatwierdzenia w rejestrze firmy.

Wykorzystać istniejącą historię zmian

Firma może już mieć system, w którym łatwo wybrać linię i otworzyć zatwierdzoną wersję. W takim przypadku warto zacząć od jego funkcji. Dodatkowy czat przy tym samym, prostym wyszukiwaniu może niewiele zmienić w pracy technologa.

Microsoft opisuje zarządzanie zmianami receptur w Dynamics 365, obejmujące wersje, cykl życia i dokumentowanie procesu zmian oraz wydania. To przykład istniejącego systemu, który może już przechowywać potrzebną informację o wersji.

Osobna aplikacja staje się warta rozważenia, gdy status jest w rejestrze, a objaśnienia zmian w innych dokumentach. Pracownik zna nazwę receptury, lecz musi przechodzić między miejscami, żeby zrozumieć znalezione wersje. Asystent może połączyć odpowiedź na jego pytanie z właściwym zapisem i notatką o zmianie. Nadal musi pokazywać, której linii dotyczy zatwierdzenie.

Jeśli rejestr nie rozstrzyga statusu dla wskazanej linii, asystent powinien wskazać tę lukę. Właściciel dokumentacji może wtedy wyjaśnić status i uzupełnić zapis.

Co obejmuje firmowe środowisko

W przyjętym przykładzie model działa na zatwierdzonym serwerze firmy. W tym samym uzgodnionym środowisku trzeba uwzględnić materiały, które aplikacja przygotowuje do wyszukiwania, oraz zachowane odpowiedzi. Pracownik zadający pytanie powinien otrzymywać informacje w granicach swojego dostępu do dokumentacji.

Ollama opisuje tryb lokalny, który wyłącza modele chmurowe i wyszukiwanie w sieci. Dotyczy to programu uruchamiającego model. Miejsce przechowywania kopii dokumentów, rozmów i kopii zapasowych oraz dostęp do nich wymagają uzgodnienia dla całej aplikacji.

Dla zespołu oznacza to jedno praktyczne ustalenie z administratorem: gdzie pozostają treści po wyszukaniu receptury i kto może je później odczytać. Wymaganie własnego serwera wynika tutaj z zasad firmy.

Połącz wersje receptur z historią zmian

Syntalith buduje aplikacje AI do pracy z dokumentami. Dla tego zadania proponujemy wyszukiwanie, które łączy pytanie technologa z rejestrem wersji i objaśnieniami zmian w zatwierdzonym środowisku firmy. Widok odpowiedzi pozwala otworzyć dokument oraz zapis potwierdzający jego status. Początkowy zakres obejmuje wybraną część dokumentacji, dzięki czemu zespół może porównać tę pracę z obecnym systemem.

Osoba odpowiedzialna za receptury ocenia, czy odpowiedź wskazuje właściwą wersję dla danej linii. Administrator określa dostępne środowisko i zasady dostępu. Wspólnie można ocenić, czy pracownik rzeczywiście łatwiej dociera do potrzebnej informacji, oraz ustalić obsługę późniejszych zmian dokumentów. Szersze zasady porównania opisujemy w artykule o zakupie lokalnego AI z próbą na własnych dokumentach.

Opowiedz nam o sytuacji, w której pracownik długo ustalał właściwą wersję receptury, i o miejscach przechowywania rejestru oraz notatek o zmianach. Informacje o wycenie znajdują się w cenniku.