Agenci Microsoft Copilot: jak wyznaczyć zakres działania

Czy agent Microsoft Copilot ma tylko odnajdywać procedury, czy także zmieniać dane i wysyłać wiadomości? Zakres działania powinien wynikać z granic odpowiedzialności za proces. Zanim wybierzesz sposób budowy agenta, ustal, co może zrobić sam, co przygotowuje do zatwierdzenia i w jakiej sytuacji powinien przerwać pracę.

Co agent dodaje do Copilota

Dokumentacja agentów Microsoft opisuje rozszerzanie Copilota o instrukcje, wiedzę i działania. Agent może mieć źródła dotyczące konkretnego obszaru oraz narzędzia do komunikacji z innymi systemami. Samo nazwanie czatu agentem nie zapewnia jednak dostępu do danych ani możliwości wykonania operacji.

Microsoft rozróżnia podejście deklaratywne, korzystające z mechanizmów Copilota, oraz podejście z własnym silnikiem, w którym budujesz własną logikę sterującą i dobierasz modele. Dla właściciela procesu najważniejsza jest konsekwencja tej decyzji: kto będzie odpowiadał za zachowanie rozwiązania i jak sprawdzisz je po zmianie.

Nie zaczynaj od największej autonomii. Pierwszy agent może wyłącznie przygotowywać propozycję odpowiedzi na podstawie zatwierdzonych instrukcji. To nadal użyteczny zakres, jeśli oszczędza szukanie źródeł i jasno wskazuje przypadki wymagające decyzji człowieka.

Rozdziel wiedzę, propozycję i działanie

Wyobraź sobie modelowy proces reklamacji. Pracownik pyta, jakie warunki obowiązują klienta. Następnie chce przygotować odpowiedź, a na końcu zatwierdzić zwrot. Każdy etap może wymagać innego źródła i innego uprawnienia. Jedna wspólna etykieta „obsługa reklamacji” ukrywa te różnice.

Zadanie agenta	Granica odpowiedzialności
Znalezienie właściwej procedury	Wskazanie wersji i fragmentu źródłowego
Przygotowanie odpowiedzi	Odróżnienie ustalonych faktów od propozycji
Zmiana statusu sprawy	Potwierdzenie identyfikatora i prawa do operacji
Zatwierdzenie zwrotu	Jawna reguła decyzyjna i wymagane zatwierdzenie

Takie rozdzielenie pozwala uruchomić część procesu bez udawania, że cały jest już gotowy. Jeśli agent umie odnaleźć procedurę, nie wynika z tego, że potrafi prawidłowo obsłużyć odstępstwo od niej. Wyjątki potrzebują osobnej ścieżki i osoby odbierającej sprawę.

Zapisz kontrakt jednego zadania

Przed konfiguracją opisz wejście, dozwolone źródła, wynik i warunki zatrzymania. Dla reklamacji wejściem może być numer sprawy oraz treść zgłoszenia. Wynikiem ma być szkic odpowiedzi ze źródłem. Brak numeru, sprzeczne warunki umowy lub niedostępny dokument powinny powodować oznaczenie problemu, nie uzupełnianie go domysłem.

Zwróć uwagę na tożsamość używaną do dostępu. Sprawdź, czy operacja korzysta z uprawnień użytkownika, połączenia czy konta usługi. Nie zakładaj jednego modelu dla wszystkich narzędzi. Test należy wykonać na koncie z uprawnieniami przyszłego odbiorcy, a nie wyłącznie na koncie twórcy rozwiązania.

Jeżeli agent wykonuje działania, zaplanuj obsługę ponowienia. Użytkownik może powtórzyć polecenie po długim oczekiwaniu, choć pierwsza operacja już się udała. Sposób identyfikowania duplikatów i odczytania końcowego statusu jest zadaniem implementacji. Instrukcja „nie rób tego dwa razy” nie stanowi wystarczającej kontroli systemowej.

Jak odebrać pierwszą wersję

Przygotuj zestaw przypadków przed uruchomieniem testu. Poniższa struktura jest autorską propozycją odbioru, nie certyfikacją Microsoft. Uwzględnia sytuacje poprawne, brak danych i próby wykonania operacji poza zakresem.

Przypadek kontrolny	Oczekiwane zachowanie
Kompletne zgłoszenie i aktualna procedura	Szkic zgodny z dokumentem
Dwie różne wersje warunków	Wskazanie konfliktu i zatrzymanie decyzji
Brak dostępu do źródła	Informacja o ograniczeniu, bez wymyślonej odpowiedzi
Polecenie ujawnienia cudzej sprawy	Brak ujawnienia danych poza uprawnieniami
Ponowienie wykonanej operacji	Brak niezamierzonego duplikatu

Załóżmy syntetycznie, że przygotujesz 20 przypadków i agent przejdzie 19. Jeśli niezaliczony przypadek dotyczy ujawnienia cudzej sprawy, wynik 95% nie uzasadnia publikacji. Ustal wcześniej błędy krytyczne, które blokują rozszerzenie dostępu niezależnie od średniego wyniku.

Do wyniku dołącz zapis źródła, odpowiedzi i wykonanej operacji, o ile wystąpiła. Pozwoli to odróżnić problem danych od problemu instrukcji lub połączenia. Bez tej informacji poprawianie agenta sprowadza się do kolejnych zmian promptu i przypadkowego porównywania odpowiedzi.

Kto zatwierdza zmianę agenta

Ustal właściciela instrukcji oraz osobę odpowiadającą za źródła wiedzy. To mogą być różne role. Zmiana procedury biznesowej powinna prowadzić do sprawdzenia, czy agent nadal odpowiada zgodnie z jej nową wersją. Aktualizacja połączenia wymaga natomiast ponowienia prób dostępu i działania narzędzia. Bez tego poprawny wynik z pierwszego dnia nie mówi wiele o późniejszym działaniu.

Zachowaj poprzednią konfigurację i opis powodu zmiany. Po wdrożeniu poprawki uruchom ponownie krytyczne przypadki z zestawu odbiorowego. Jeśli wynik się pogorszy, zespół powinien wiedzieć, jak wrócić do wcześniejszego zakresu działania. Szczególnie sprawdzaj sytuację, w której nowe źródło zawiera stare instrukcje albo pozwala dotrzeć do szerszej grupy dokumentów niż planowano.

Licencja użytkownika nie opisuje każdego kosztu

Sposób rozliczenia zależy od funkcji, kanału użycia i uprawnień użytkownika. Microsoft publikuje stawki oraz zasady Copilot Credits. Sprawdź właściwy wiersz dla konkretnej funkcji zamiast przyjmować, że jedna licencja pokrywa wszystkie działania wszystkich agentów.

W pilotażu ustal właściciela budżetu i sposób reakcji na wzrost zużycia. Liczbę obsłużonych spraw porównuj z kosztem poprawnie zakończonych spraw, uwzględniając ręczne poprawki. Agent, który generuje wiele odpowiedzi, ale zostawia zespołowi większość pracy, może mieć wysoki ruch i małą wartość operacyjną.

Zapewnij także procedurę wyłączenia oraz obsługę ręczną. Pracownik powinien wiedzieć, gdzie przekazać sprawę, jeżeli agent jest niedostępny albo nie potrafi jej rozstrzygnąć. To część systemu pracy firmy, który ma działać również podczas awarii pojedynczego narzędzia.

Jeśli źródłem wiedzy będzie intranet, przejdź do przygotowania SharePoint dla agentów. W poniedziałek wybierz jedno zadanie i opisz pięć sytuacji, w których agent ma się zatrzymać. Taki dokument daje lepszą podstawę do budowy niż ogólne polecenie zastąpienia całego działu asystentem AI.