Wdrożenie agenta AI krok po kroku - realistyczny przewodnik

Wdrożenie agenta AI nie zaczyna się od wyboru modelu. Zaczyna się od jednego procesu, który da się opisać bez slajdów o sztucznej inteligencji: kto rozpoczyna sprawę, jakie dane są potrzebne, co system może zmienić i kiedy pracę przejmuje człowiek.

Agent różni się od chatbota tym, że korzysta z narzędzi. Może odczytać rekord w CRM, utworzyć zadanie albo przygotować wiadomość. Właśnie dlatego wymaga uprawnień, testów i wyraźnych zakazów. Błąd chatbota zostawia złą odpowiedź na ekranie. Błąd agenta może zmienić dane w systemie.

1. Opisz pracę tak, jak wygląda dziś

Weź jedną prawdziwą sprawę i przejdź ją od początku do końca. Mail od klienta, brak danych w zamówieniu, aktualizacja CRM, reklamacja. Zapisz:

• kto rozpoczyna sprawę,
• z których systemów korzysta pracownik,
• jakie decyzje podejmuje,
• gdzie najczęściej czeka,
• jakie wyjątki wracają co tydzień,
• co może pójść źle i ile kosztuje błąd.

Nie wystarczy hasło "automatyzacja obsługi klienta". Zakres "maile o statusie dostawy z jednej skrzynki, bez reklamacji i zmian płatności" można przetestować. Jest też zrozumiały dla osoby, która później odpowiada za proces.

Jeśli wszystkie kroki da się rozpisać jako stałe reguły, agent może być zbędny. Skrypt lub zwykła automatyzacja będą tańsze i łatwiejsze w utrzymaniu. Porównanie agenta z prostszą automatyzacją pomaga rozdzielić te przypadki.

2. Ustal wynik i punkt odniesienia

Przed kodem potrzebujesz danych z obecnego procesu. Nie muszą być idealne. Wystarczy próbka z ostatnich czterech tygodni:

• liczba spraw,
• średni czas obsługi,
• odsetek spraw wymagających poprawki,
• liczba przekazań do innego zespołu,
• koszt pracy ludzi i obecnych narzędzi.

Wybierz jeden wynik, który ma się zmienić. Na przykład czas od wpływu maila do przypisania sprawy albo odsetek poprawnie uzupełnionych rekordów CRM. Dodaj dwa ograniczenia: maksymalną liczbę błędnych zapisów i maksymalny koszt jednej sprawy.

Zdanie "agent ma odciążyć zespół" nie pozwala później ocenić, czy projekt zadziałał.

3. Uporządkuj źródła i dane

Agent powinien korzystać wyłącznie z zatwierdzonych dokumentów i rekordów. Przypadkowy folder "aktualne" nie jest źródłem prawdy. Przy każdym źródle zapisz osobę odpowiedzialną, wersję, datę oraz zakres danych, które wolno wysłać do modelu.

RAG, czyli wyszukiwanie fragmentów firmowej wiedzy przed przygotowaniem odpowiedzi, ma sens tylko wtedy, gdy tę wiedzę da się utrzymać. Trzeba określić:

• które dokumenty są obowiązujące,
• jak system radzi sobie ze sprzecznymi wersjami,
• kiedy odpowiedź musi pokazać źródło,
• co robi przy braku odpowiedzi,
• jak usuwa nieaktualny dokument z indeksu.

Jeśli treści występują po polsku i angielsku, model nie powinien sam uzgadniać dwóch wersji regulaminu. Każda wersja potrzebuje wskazanego źródła prawdy.

4. Nadaj tylko potrzebne uprawnienia

Dla każdego narzędzia opisz dozwolone działania: odczyt, utworzenie, edycję, wysyłkę i usuwanie. Agent kwalifikujący leady nie potrzebuje prawa do kasowania kontaktów. System przygotowujący maile może zapisać szkic bez prawa do wysyłki.

Poświadczenia powinny należeć do osobnych kont technicznych. Model nie musi widzieć haseł ani tokenów. Samo narzędzie sprawdza, czy dana akcja jest dozwolona, a wynik zapisuje w historii.

Trzeba też ustalić zachowanie po błędzie. Jeśli CRM nie odpowiada, system nie powinien ponawiać zapisu bez końca. Potrzebuje limitu prób, rozpoznawania duplikatów i kolejki spraw do ręcznego sprawdzenia.

System kontroli uprawnień agentów pokazuje konkretny mechanizm: OPA ocenia żądanie, a poświadczenie do ERP, CRM lub DMS jest wydawane dopiero po zgodzie.

5. Zatrzymaj działania o realnym skutku

Nie każda akcja wymaga zatwierdzenia. Odczyt statusu zamówienia i przygotowanie szkicu są czymś innym niż wysłanie reklamacji, zmiana płatności lub usunięcie rekordu.

Człowiek powinien zatwierdzać co najmniej:

• działania nieodwracalne,
• wiadomości prawne, reklamacyjne i finansowe,
• zmianę warunków umowy albo rabatu,
• decyzje istotnie wpływające na osobę,
• zapis przy sprzecznych źródłach,
• wyjątki spoza ustalonego zakresu.

Osoba zatwierdzająca musi widzieć źródła, planowaną akcję i jej skutek. Przycisk "OK" bez kontekstu daje pozór kontroli.

6. Zbuduj testy z prawdziwych przypadków

Kilka udanych rozmów na demonstracji niczego nie dowodzi. Zbierz anonimowe albo testowe sprawy z procesu i podziel je na grupy:

• typowe,
• niepełne,
• sprzeczne,
• spoza zakresu,
• zawierające błędne dane,
• próbujące skłonić model do ujawnienia danych lub użycia narzędzia.

Sprawdzaj treść odpowiedzi oraz przebieg pracy. Test ma wykazać, czy system użył właściwego źródła, wybrał dozwolone narzędzie, uniknął powtórnego zapisu, zatrzymał ryzykowną akcję i przekazał wyjątek właściwej osobie.

Prompt injection trzeba testować na mailach, stronach i dokumentach, które agent czyta. Polecenie ukryte w załączniku jest treścią dokumentu. System nie może traktować go jak własnej instrukcji. Ochronę daje ograniczenie uprawnień i kontrola każdego użycia narzędzia. Samo polecenie modelowi, by był ostrożny, daje za słabą ochronę.

7. Uruchom mały pilotaż

Pierwszy pilotaż powinien obejmować jeden kanał, jeden typ sprawy i ograniczoną grupę użytkowników. Na początku system może tylko przygotowywać propozycje. Potem wykonuje bez zgody działania odwracalne i dobrze przetestowane. Zakres zwiększa się dopiero po sprawdzeniu wyników.

W trakcie pilotażu zapisuj:

1. liczbę poprawnie zakończonych spraw,
2. poprawki wykonane przez człowieka,
3. błędne użycia źródeł lub narzędzi,
4. przekazania do człowieka,
5. czas i koszt jednej sprawy,
6. awarie integracji oraz ponowienia.

Historia działań może zawierać dane osobowe i tajemnice firmy. Ustal dostęp, maskowanie, czas przechowywania i sposób usunięcia danych testowych. Hosting w UE nie rozwiązuje sam kwestii zgodności z RODO.

Zakres obowiązków prawnych zależy od celu systemu, danych i roli firmy. Punktem odniesienia są RODO, AI Act oraz wyjaśnienia Komisji Europejskiej. Przy procesie dotyczącym zatrudnienia, kredytu, zdrowia albo innych istotnych decyzji potrzebna jest ocena prawnika i IOD. Ten artykuł jej nie zastępuje.

8. Wyznacz ludzi odpowiedzialnych po starcie

Po uruchomieniu zmieniają się procedury, dokumenty, modele, integracje i uprawnienia. System potrzebuje dwóch konkretnych osób: odpowiedzialnej za proces biznesowy oraz odpowiedzialnej za działanie techniczne.

Raz w ustalonym cyklu sprawdzaj próbkę zakończonych spraw, błędy, koszty, przekazania do człowieka i zmiany w źródłach wiedzy. Po zmianie modelu, promptu, dokumentów albo narzędzia uruchom ponownie testy. Klucze i tokeny trzeba okresowo zmieniać, a zbędne dostępy odbierać.

Najgorszy plan utrzymania brzmi: "zobaczymy, czy ktoś zgłosi problem". Wtedy pierwszym testem staje się reklamacja klienta.

Co przygotować do pierwszej rozmowy

Przynieś jedną rzeczywistą sprawę. Potrzebne są: liczba takich spraw w miesiącu, używane systemy, trzy najczęstsze wyjątki, osoba podejmująca końcową decyzję i skutek najdroższego błędu.

Bezpłatny skan trwa 30 minut. Przy prostym zakresie dostajesz pisemne podsumowanie w 2 dni robocze. Dla złożonego procesu przygotowujemy Specyfikację wdrożenia od 4 990 zł netto; jeśli zlecisz nam budowę, tę kwotę zaliczamy na poczet projektu.

Porównaj zakres wdrożenia agentów AI, przewodnik cenowy i cennik. Na bezpłatny skan procesu wystarczy przynieść opis jednej powtarzalnej sprawy.