Agenci AI przy zakłóceniach produkcji: od informacji do zatwierdzonej reakcji

01 Obejrzyj webinarium

Maszyna zatrzymuje się podczas popołudniowej zmiany. Dział utrzymania ruchu musi zdiagnozować usterkę. Dział produkcji musi ustalić, których zamówień to dotyczy. Dział planowania musi sprawdzić alternatywy. Pracownicy odpowiedzialni za obsługę klienta potrzebują odpowiedzi, której mogą zaufać. Problem fizyczny dotyczy jednej maszyny; problem koordynacji rozciąga się na całą firmę.

Niniejszy artykuł rozwija dyskusję na temat przekształcania informacji w działanie, zawartą w francuskojęzycznym webinarium Embiggen X, w praktyczny punkt wyjścia dla liderów produkcji. Koncentruje się on na ograniczonym przepływie pracy związanym z zakłóceniami w produkcji: gromadzenie odpowiednich danych, przygotowywanie opcji i przedstawianie decyzji osobie odpowiedzialnej. Poniższe przykłady wdrożeń to ilustracje redakcyjne, a nie wyniki uzyskane przez klientów.

02 Zacznij od pracy między systemami

W przypadku incydentu ktoś zazwyczaj staje się łącznikiem między systemami. Otwiera harmonogram produkcji, sprawdza najnowsze informacje o konserwacji, pyta, czy dostępna jest alternatywna maszyna i sprawdza dostępność materiałów. Następnie może powtórzyć to samo wyjaśnienie kilku współpracownikom.

Większość tych działań nie generuje nowych informacji. Wyszukuje informacje, sprawdza ich aktualność i przekształca je w formę, z której może skorzystać użytkownik. To sprawia, że jest to przydatne miejsce do badania wsparcia AI. Przed wyborem agenta należy prześledzić jedno ostatnie zakłócenie od pierwszego powiadomienia do zatwierdzonej odpowiedzi.

Rejestruj, kto czego szukał, skąd przyszła odpowiedź i które przekazania spowodowały kolejną rundę pytań. Oddziel oczekiwanie na informacje od oczekiwania na decyzję. Agent, który pobiera rekord konserwacji, nie może usunąć opóźnienia spowodowanego nierozwiązanym priorytetem komercyjnym. Nazwij wąskie gardło, aby technicznie imponująca demonstracja nie rozwiązała niewłaściwego problemu.

Wybierz wąską granicę startową, na przykład przygotowując ocenę wpływu nieplanowanego zatrzymania maszyny na jednej linii produkcyjnej. Unikaj pierwszego briefu, który wymaga od sztucznej inteligencji optymalizacji całej fabryki. Ograniczone zadanie umożliwia zdefiniowanie użytecznych danych wejściowych, akceptowalnych danych wyjściowych i odpowiedzialnego recenzenta.

03 Agent potrzebuje narzędzi, kontekstu i ograniczeń

Odpowiedź konwersacyjna to tylko jeden z możliwych rezultatów. W tym przepływie pracy użyteczny system może potrzebować pobrać informacje o zamówieniu, sprawdzić rejestry magazynowe, porównać ograniczenia i przygotować propozycję kolejnego kroku. Każda możliwość zależy od rzeczywistego połączenia z autoryzowanym źródłem. Płynne wyjaśnienie nie dowodzi, że którakolwiek z tych kontroli miała miejsce.

Anthropic odróżnia predefiniowane przepływy pracy od agentów , którzy dynamicznie wybierają proces i narzędzia. Zaleca również rozpoczęcie od najprostszego, skutecznego rozwiązania. Dla stabilnej sekwencji kontroli konwencjonalny przepływ pracy może być wystarczający; agent staje się istotny, gdy kolejna użyteczna kontrola zależy od jego odkryć.

Poproś dostawcę o przedstawienie różnic w Twoim przypadku. Z którego źródła korzystał system? Co znalazł? Co się dzieje, gdy brakuje odpowiedzi lub dwa rekordy się nie zgadzają? Czy recenzent może powiązać proponowaną odpowiedź z dowodami? Te pytania są bardziej przydatne niż kłótnie o etykietę produktu.

Agent potrzebuje również punktu zatrzymania. Jeśli możliwości maszyny alternatywnej są niepewne, właściwą reakcją może być zaznaczenie tej niepewności i skontaktowanie się z inżynierem. Kontynuowanie procesu do momentu uzyskania planu wyglądającego na pewny zmniejszyłoby jego niezawodność.

04 Przed zmianą harmonogramu sporządź brief decyzyjny

Rozważmy przykładową reakcję na zatrzymanie maszyny. System najpierw identyfikuje zlecenia produkcyjne, których dotyczy problem, i ich terminy realizacji. Następnie sprawdza odpowiednie zapasy, zarejestrowane moce produkcyjne i dostępne informacje dotyczące konserwacji. Wynikiem jest krótki raport decyzyjny: co jest problemem, co jest znane, które alternatywy wydają się wykonalne, a co nadal wymaga potwierdzenia.

Kolejny krok należy do planisty lub kierownika produkcji. Dokonują oni przeglądu dowodów, rozważają kontekst operacyjny i decydują o akceptacji, zmianie lub odrzuceniu propozycji. Tylko zatwierdzone działanie powinno przejść przez uzgodnioną ścieżkę realizacji. Poniższa animacja uwidacznia tę granicę: informacje mogą automatycznie trafić do propozycji, ale proponowane działanie czeka na weryfikację.

Zadbaj o to, aby brief był użyteczny nawet w niesprzyjających warunkach. Jeśli przewidywany czas naprawy jest nieznany, przedstaw go jako nierozwiązany problem. Jeśli dokumentacja magazynowa jest starsza niż pozwala na to decyzja produkcyjna, pokaż jej wiek. Brief, który otwarcie rozróżnia fakty, założenia i brakujące informacje, daje recenzentowi możliwość podjęcia działań. Dopracowane podsumowanie, które je łączy, wymaga dodatkowej pracy weryfikacyjnej.

Wartość pierwszego pilota może polegać na lepszym przygotowaniu decyzji niż na automatycznym jej wykonaniu. To uzasadniony wynik. Pozwala zespołowi ocenić, czy system rozumie proces, zanim otrzyma pozwolenie na zmianę danych operacyjnych.

05 Połącz dane potrzebne do podjęcia jednej decyzji

Zacznij od źródeł, które uzasadniają wybraną odpowiedź. W przypadku oceny zatrzymania maszyny mogą to być zlecenia produkcyjne, stan konserwacji, możliwości maszyny, dostępność materiałów i zobowiązania dotyczące dostaw. Dostęp powinien odzwierciedlać zadanie: odczyt harmonogramu i jego zmiana to dwa różne uprawnienia.

Sprawdź, czy identyfikatory się zgadzają. Maszyna może mieć jedną nazwę w dokumentacji konserwacyjnej, a inną w arkuszu kalkulacyjnym do planowania. Zamówienie może występować w kilku wersjach. Pozornie dostępny komponent może być już przydzielony gdzie indziej. Są to kwestie dotyczące danych operacyjnych, które należy rozwiązać lub ujawnić; model językowy nie sprawi, że znikną.

Ta sama zasada leży u podstaw danych omawianych w prognozowaniu popytu i planowaniu produkcji z wykorzystaniem sztucznej inteligencji . Trafna decyzja zależy od powiązanego kontekstu operacyjnego, a nie od izolowanej prognozy. W przypadku przepływu pracy agenta, kontekst ten wymaga również jasnego źródła i reguły dostępu.

Nie zaczynaj od obiecywania nieograniczonego dostępu do każdego systemu firmowego. Zaplanuj minimalny zestaw użytecznych źródeł, przypisz właściciela do każdego źródła i ustal sposób postępowania z rekordami o dużej świeżości i konfliktami. Rozszerzaj dostęp tylko wtedy, gdy uzasadnia to uzasadniona potrzeba.

06 Napisz zasady zatwierdzania przed pilotem

Zdefiniuj działania prostym językiem operacyjnym. System może odczytywać zatwierdzone zapisy, sporządzać raport o incydencie i sporządzać aktualizację wewnętrzną. Planista musi zatwierdzić zmianę harmonogramu. Wyznaczony właściciel komercyjny musi zatwierdzić zmienione zobowiązanie klienta. Dokładne granice zależą od procesu, ale powinny być jasno określone przed rozpoczęciem testów.

Uwzględnij te reguły w integracji, a także w instrukcjach. Monit z prośbą do modelu o zatwierdzenie nie jest tym samym, co narzędzie, które odmawia zapisu, dopóki osoba upoważniona nie zatwierdzi konkretnej zmiany. Zatwierdzenie powinno być powiązane z proponowanym działaniem i jego aktualnymi danymi wejściowymi. Jeśli sytuacja podstawowa ulegnie zmianie, propozycja może wymagać ponownej weryfikacji.

Zdecyduj również, co nigdy nie powinno się wydarzyć w pilotażu. Przykładami mogą być: wysłanie wiadomości do klienta, złożenie zamówienia lub zmiana ustawień maszyny. Są to przykłady wyboru zakresu, a nie uniwersalna lista uprawnień. Właściciel procesu powinien zdecydować, które działania są odpowiednie dla tego konkretnego wdrożenia.

Rejestruj decyzję i powód zmiany lub odrzucenia propozycji. Taka informacja zwrotna pomaga odróżnić brakujące źródło danych od niezrozumienia reguły biznesowej. Daje również zespołowi użyteczny ślad przeglądu, gdy późniejszy wynik odbiega od oczekiwań.

07 Niech doradza równolegle z istniejącym procesem

Uruchom pierwszą wersję równolegle z ustalonym przepływem pracy. Zespół operacyjny kontynuuje podejmowanie i realizację decyzji w sposób standardowy. System przygotowuje własny brief na podstawie dozwolonych informacji, a recenzent porównuje go z tym, czego zespół potrzebował w praktyce.

Użyj czegoś więcej niż tylko czystej demonstracji. Uwzględnij brakujący kosztorys naprawy, nieaktualny rejestr magazynowy, dwa sprzeczne priorytety i przypadek, w którym nie ma realnej alternatywy. Przydatny asystent powinien wskazać te warunki. Nie powinien wymyślać rozwiązania tylko dlatego, że interfejs oczekuje kompletnej odpowiedzi.

W każdym przypadku zapytaj, czy zamówienia, których dotyczy problem, zostały prawidłowo zidentyfikowane, czy dowody były wystarczająco aktualne i czy propozycja uwzględniała podane ograniczenia. Zapisz niepotwierdzone założenia i pominięte zależności. Sprawdź źródła, zamiast oceniać jedynie treść.

Zachowaj odwracalność testu. Dostęp tylko do odczytu i wersje robocze wyników stanowią praktyczny punkt wyjścia. Jeśli późniejsza faza zezwala na zatwierdzony zapis, zdefiniuj sposób, w jaki system potwierdza powodzenie, wykrywa częściowe błędy i unika powtarzania tej samej zmiany. Są to wymagania implementacyjne do przetestowania, a nie możliwości, które należy zakładać na podstawie udanej demonstracji na czacie.

08 Pomiar jakości przygotowania i decyzji oddzielnie

Przed wprowadzeniem nowego przepływu pracy wybierz punkt odniesienia. Zmierz czas poświęcony na zbieranie informacji, czas potrzebny do uzyskania gotowego do weryfikacji opisu oraz wysiłek potrzebny do jego poprawienia. Oddzielnie zanotuj czas potrzebny na podjęcie decyzji operacyjnej. Pomoże to wykazać, czy narzędzie zmniejszyło nakład pracy przygotowawczej, czy też po prostu przeniosło go na recenzenta.

Połącz pomiary czasu z kontrolą jakości. Przydatne pomiary mogą obejmować brakujące ograniczenia, nieprawidłowe odniesienia do źródeł, propozycje wymagające istotnych poprawek oraz przypadki odpowiednio eskalowane. Szybszy brief, który pomija braki materiałowe, nie jest lepszym wynikiem operacyjnym.

Monitoruj wyniki biznesowe tylko wtedy, gdy projekt pilotażowy obsługuje połączenie. Na wydajność dostarczania, przestoje i nadgodziny wpływa wiele czynników. Nawet jeśli ulegną one zmianie w trakcie pilotażu, samo to nie dowodzi, że agent spowodował zmianę. Zachowaj dowody proporcjonalne do twierdzenia, które zamierzasz przedstawić.

Uzgodnij decyzję o rozszerzeniu z wyprzedzeniem. Właściciel procesu powinien być w stanie wskazać, jakie dowody uzasadniałyby inny przypadek użycia lub precyzyjnie określone uprawnienia do wykonania, a jakie błędy wymagałyby dodatkowej pracy. Unikaj przekształcania zachęcającej demonstracji w automatyczne zobowiązanie do szerszej autonomii.

09 Pytania do rozwiązania przed wdrożeniem

Kto odpowiada za reakcję na produkcję? Podaj nazwisko osoby, która może definiować akceptowalne propozycje i weryfikować wyjątki. Wspólne zainteresowanie sztuczną inteligencją nie zastępuje odpowiedzialnego właściciela operacyjnego.

Co się dzieje, gdy dane są niekompletne? Określ, które brakujące dane blokują rekomendację, a które można przedstawić jako założenia do weryfikacji. Uwidocznij te rozróżnienia w briefie.

Czy wymaga to nowego systemu ERP? Proponowany przepływ pracy rozpoczyna się od rekordów i systemów, które już obsługują proces. To, czy te systemy mogą bezpiecznie udostępniać wymagane informacje, jest kwestią oceny; ich zastąpienie nie powinno być traktowane jako warunek konieczny bez dowodów.

Co dzieje się po zatwierdzeniu? Określ miejsce docelowe, dozwolone działanie i krok potwierdzenia. Przygotowanie propozycji harmonogramu, aktualizacja narzędzia do planowania i poinformowanie klienta to oddzielne działania o różnych konsekwencjach.

Czy możemy zacząć bez autonomicznego wykonywania? Tak. Pilot z funkcją tylko do odczytu i funkcją doradczą może sprawdzić, czy system znajduje właściwe informacje i przygotowuje użyteczną odpowiedź. Dostarcza to dowodów na potrzeby kolejnej decyzji, jednocześnie utrzymując wykonywanie w ramach ustalonego procesu.

10 Wybierz jedno zakłócenie i zaplanuj reakcję

Praktycznym punktem wyjścia jest jeden powtarzający się incydent, który wymusza możliwą do uniknięcia pracę koordynacyjną. Zmapuj źródła, zidentyfikuj decyzję, wyznacz osobę dokonującą przeglądu i zdefiniuj dozwolony wynik. Następnie przetestuj system na rzeczywistych przykładach z zespołem, który się nimi zajmuje.

Aby poznać szerszy kontekst, przeczytaj nasze istniejące wprowadzenie do agentów AI w hali produkcyjnej . Bardziej konkretną możliwością tego webinarium jest przekazanie rozproszonych informacji do możliwej do weryfikacji odpowiedzi operacyjnej.

Weź pod uwagę niedawne zakłócenie produkcji podczas oceny: wstępne powiadomienie, przeanalizowane zapisy, niezbędne zmiany i ostateczną decyzję. Te szczegóły stanowią konkretną podstawę do podjęcia decyzji, gdzie pomoc sztucznej inteligencji mogłaby pomóc, co musi pozostać w zespole i jak należy oceniać pilota.

Zmapuj jeden przepływ pracy produkcyjnej za pomocą Embiggen X.