Jak przekazać sprawę między pracownikiem a agentem AI?

Przekazanie sprawy agentowi jest podobne do przekazania jej innemu pracownikowi: bez celu, kontekstu i granicy uprawnień łatwo o pozornie poprawną, ale bezużyteczną pracę. W drugą stronę obowiązuje ta sama zasada. Człowiek nie powinien dostawać jedynie komunikatu „wymaga akceptacji”; musi wiedzieć, co agent zrobił, czego nie ustalił i jaka decyzja pozostała.

Szerszy kontekst wyboru procesu i granic działania opisuje przewodnik po automatyzacji i agentach AI.

Zlecenie powinno mieć sześć elementów

Podaj identyfikator sprawy, oczekiwany wynik, dopuszczone źródła danych, zakres działań, termin i warunek zatrzymania. Na przykład: „Przygotuj propozycję odpowiedzi do reklamacji numer 123 na podstawie umowy i historii zamówienia; nie wysyłaj jej i nie przyznawaj rabatu. Jeśli brakuje potwierdzenia dostawy, oddaj sprawę do opiekuna”. Takie zlecenie jest bardziej użyteczne niż „obsłuż reklamację”.

Granica działania powinna być egzekwowana przez system i uprawnienia, nie tylko przez tekst polecenia. Jeśli agent technicznie może wysłać mail, zakaz zapisany w instrukcji bywa zbyt słabą kontrolą. Kto zatwierdza decyzję agenta wyjaśnia, jak dobrać akceptację do skutku działania.

Powrót do człowieka nie może być pustym alertem

Agent powinien przekazać stan sprawy, wykorzystane źródła, wykonane kroki, propozycję, niepewność i powód eskalacji. Jeśli znalazł dwie sprzeczne daty dostawy, musi je obie pokazać. Jeśli nie miał prawa odczytać dokumentu, nie powinien zgadywać jego treści. Człowiek może wtedy rozstrzygnąć wyjątek bez odtwarzania całej historii od początku.

Odbierający powinien mieć możliwość poprawienia decyzji i zapisania powodu. Taka informacja pomaga później ulepszyć regułę, ale nie powinna automatycznie zmieniać działania agenta bez testu. Inaczej pojedyncza nietypowa sytuacja może stać się nową regułą dla wszystkich klientów.

Zadbaj o identyczne znaczenie statusu

Przy pracy człowieka i agenta łatwo stworzyć dwa równoległe światy. Agent oznacza zadanie jako „gotowe”, bo przygotował propozycję. Pracownik uważa sprawę za otwartą, bo nie wysłano jej klientowi. Uzgodnij więc nazwy etapów i warunki przejścia: „szkic przygotowany”, „do akceptacji”, „wysłane”, „zamknięte”. Każdy etap powinien wynikać ze zdarzenia, które można sprawdzić, a nie z ogólnej oceny wykonawcy.

Ta sama zasada dotyczy przekazania do człowieka. Status „eskalacja” powinien wskazywać odbiorcę i przyczynę. Jeśli pracownik nie przyjął sprawy, nie wolno przedstawiać jej jako obsługiwanej. Przy dużym wolumenie drobna luka w takim statusie może utworzyć kolejkę spraw, o której nikt nie wie.

Po zmianie procesu sprawdź kilka spraw od początku do końca, także te, które wróciły do agenta po decyzji człowieka. Czy można odtworzyć, kto wykonał ostatnią akcję? Czy kolejny uczestnik widzi tę samą wersję danych? Jeśli nie, popraw wspólny stan przed dodaniem kolejnych autonomicznych kroków.

Przetestuj awarię przekazania

Wybierz trzy scenariusze: brak danych, sprzeczne źródła i przekroczony limit decyzji. Zobacz, czy agent oddaje sprawę właściwej osobie, a ta potrafi ją zakończyć bez osobnego dochodzenia. Mierz czas przekazania i liczbę powrotów sprawy. Jeśli brak właściciela po stronie ludzi, najpierw uporządkuj odpowiedzialność między działami. Projektowanie tego przepływu mieści się w zakresie współpracy.