Odbiór agenta AI: test przekazania utrzymania

Odbiór sprawdza, czy następca potrafi przejąć pracę

Przy przekazaniu agent może wyglądać na gotowy: wykonawca przekazuje pliki, opis i prezentację, a zespół kupującego ogląda poprawny przebieg. To jeszcze nie odpowiada na pytanie, które ma znaczenie przy odbiorze: czy wskazany operator umie rozpoznać wersję systemu, sprawdzić jego połączenie z usługą firmy i bezpiecznie zatrzymać pracę, gdy pojawi się błąd? Jeśli każda trudność wymaga obecności pierwotnego autora, przekazanie nie zostało wykazane.

W tym artykule „odbiór” oznacza uzgodnioną próbę przekazania odpowiedzialności operacyjnej. Przegląd dokumentacji opisuje, co przekazano. Próba sprawdza, czy operator wykona uzgodnione zadanie w koncie kupującego. Przygotujcie wcześniej kryteria zaliczenia, zakres funkcji objętych odbiorem oraz listę braków, które mogą pozostać po teście.

Scenariusz: agent nie znajduje zamówienia

Załóżmy, że agent pomaga pracownikom wyszukiwać zamówienia w systemie firmy. Po przeniesieniu do konta kupującego użytkownik zgłasza, że agent nie znalazł rekordu, który powinien być dostępny. Zadaniem przyszłego operatora jest ustalenie, czy próba dotyczy zatwierdzonego wydania agenta i czy połączenie z właściwym źródłem jest dostępne. Następnie ma odróżnić problem dostępu od błędu działania agenta, pokazać uzgodnione zatrzymanie i przeprowadzić wskazany sposób wznowienia lub eskalacji.

To ćwiczenie odbywa się w środowisku testowym i na kontach kontrolowanych przez kupującego. Nie wymaga przerwania pracy produkcyjnej ani przekazywania haseł w dokumentacji. Wykonawca może obserwować przebieg. Gotowość potwierdzają samodzielne czynności przyszłego operatora: rozpoznanie wydania, sprawdzenie zależności i wykonanie uzgodnionego zatrzymania lub eskalacji.

Przyczyny zgłoszenia mogą być różne. Operator może nie mieć dostępu do właściwego konta, połączenie może wskazywać inny zasób, albo agent może rzeczywiście zwracać błędny wynik. Sam komunikat „nie znaleziono” nie rozstrzyga, która z tych sytuacji zaszła. Właśnie dlatego kryterium odbioru powinno obejmować rozpoznanie, co da się potwierdzić, czego nie da się sprawdzić z obecnego dostępu oraz kiedy operator przerywa próbę i prosi o pomoc. Powinien umieć wskazać właściwego właściciela technicznego i przekazać mu obserwowany wynik oraz nierozstrzygnięte pytanie.

Przed próbą kupujący i dostawca zapisują, którego wydania i źródła dotyczy zgłoszenie oraz jaki rekord powinien znaleźć operator. Dzięki temu po teście można porównać działanie agenta z oczekiwanym wynikiem, a osobno sprawdzić, czy operator sprawdził właściwe konto i połączenie. Operator otrzymuje opis zgłoszenia i sam prowadzi uzgodnioną diagnostykę. Kryteria określają, kiedy próbę zalicza rozpoznanie problemu, a kiedy potrzebna jest poprawka systemu.

Wynik testu powinien pozwalać odtworzyć kontekst bez ujawniania sekretów: identyfikator zatwierdzonego wydania, sprawdzony zakres dostępu i zależności, obserwowany rezultat, nierozwiązane punkty oraz nazwisko osoby, która zaakceptowała zakres. Do tego kupujący przypisuje właścicieli kont, połączeń i rozliczeń. Lista eksportowanych plików pomaga odtworzyć przekazane elementy. Samodzielna próba operatora pokazuje, czy potrafi uruchomić i ocenić system.

Instrukcja importu i eksportu agentów Copilot Studio w Microsoft Learn wymaga ponownej konfiguracji uwierzytelniania użytkownika po imporcie. Opisuje też osobne uwzględnianie zależności, takich jak łączniki i odwołania do połączeń. Dlatego przy odbiorze sprawdźcie dostęp operatora i działanie połączenia na koncie kupującego.

Co oznacza nieudana próba

Nierozpoznane wydanie, niesprawdzona zależność albo brak decyzji o przerwaniu próby pozostawiają lukę w przekazaniu. Zapiszcie, kto ją usuwa i jaki wynik pozwoli zamknąć ją przy ponownym teście. Pojedynczy brak dostępu może wymagać uzupełnienia konta. Brak właściciela połączenia lub nieustalona wersja systemu wymaga szerszego uzgodnienia przed ponowną próbą.

Osoba odpowiedzialna po stronie kupującego zapisuje, co operator wykonał samodzielnie, gdzie potrzebował pomocy oraz które braki pozostały. Taki zapis pozwala wyznaczyć konkretną poprawkę i zakres ponownej próby.

Nie każda automatyzacja potrzebuje takiej próby. Przy prostym narzędziu uruchamianym sporadycznie, bez zewnętrznego połączenia i bez wpływu na pracę innych osób, może wystarczyć przegląd dokumentacji i wspólne uruchomienie. Taki krótszy odbiór nadal powinien wskazać osobę, która uruchamia narzędzie, oraz sposób zgłoszenia problemu. Gdy właściciel i przebieg są oczywiste, rozbudowany test przekazania nie wnosi wiele.

Próba przekazania ma większy sens, gdy nowy operator przejmuje kilka kont lub zależności, a błąd może zatrzymać obsługę zamówienia. Warto wtedy oddzielić trzy dowody: przeczytaną dokumentację, próbę wykonaną samodzielnie przez operatora oraz ewentualne zobowiązanie do dalszej reakcji. Każdy odpowiada na inną potrzebę. Dokumentacja opisuje system, próba pokazuje umiejętność przejęcia zadania, a zakres utrzymania określa, kto pomaga przy późniejszej zmianie lub awarii.

Uzgodnij zakres przekazania z dostawcą

Syntalith buduje agentów AI, a praca nad agentem może obejmować także połączenia z systemami firmy. Przy przekazaniu te dwa elementy trzeba omówić razem: samo zachowanie modelu nie wyjaśni, czy przyszły operator widzi właściwe źródło, a działające połączenie nie potwierdza jeszcze, że wynik agenta jest poprawny. Zakres implementacji i próby odbiorowej warto opisać osobno, wraz z tym, kto prowadzi test i kto po stronie kupującego akceptuje rezultat.

Przyjdź na rozmowę z jednym zgłoszeniem, które operator ma umieć obsłużyć, wskazaniem przyszłego właściciela kont oraz listą systemów, z którymi agent się łączy. Te informacje pomagają ustalić, co można sprawdzić na koncie kupującego i kto będzie oceniał wynik. Jeśli operator nie przejdzie próby, poproś o wycenę ograniczonej poprawki i ponownego odbioru. Warunki zależą od uzgodnionego zakresu; informacje cenowe znajdziesz w cenniku Syntalith.

Jeśli poza odbiorem ustalacie stały monitoring, aktualizacje i reakcję na awarie, opisuje je przewodnik o utrzymaniu agenta AI po wdrożeniu.