W ciągu ostatniego roku słowo „agent” pojawiło się w opisie niemal każdego produktu AI. Copilot ma agentów, Claude ma agentów, ChatGPT ma agentów. Dla szefa firmy trudno ocenić, co się właściwie zmieniło: czy to to samo okno czatu pod nową nazwą, czy coś naprawdę innego?
Różnica jest zasadnicza i dotyczy nie terminologii, lecz odpowiedzialności. Asystent, który odpowie błędnie, powoduje niedogodność: człowiek czyta odpowiedź, zauważa pomyłkę i ją poprawia. Agent, który źle zrozumie zadanie, może wysłać e-mail do klienta, wystawić fakturę w systemie księgowym albo zamknąć zgłoszenie w helpdesku. Dlatego agenci wymagają innej konstrukcji, innych limitów i innego nadzoru.
W tym artykule wyjaśniamy tę różnicę, opisujemy, jakie kontrole są niezbędne, i przedstawiamy scenariusze, które już działają w firmach, którym świadczymy usługi: nie w eksperymentach, lecz w codziennej pracy.
Asystent odpowiada, agent działa
Asystent to rozmowa. Zadajesz pytanie albo wklejasz tekst, a on odpowiada. Może robić to bardzo dobrze: streścić umowę, napisać projekt e-maila, wyjaśnić formułę w Excelu. Ale wynik zostaje w oknie czatu, a o tym, co z nim zrobić, decyduje człowiek. Asystent nie ma dostępu do Twoich systemów albo ma dostęp tylko do odczytu.
Agent ma cel i narzędzia. Dostaje zadanie, na przykład „obsłuż to zapytanie klienta”, oraz dostęp do systemów: CRM, księgowości, poczty, kalendarza, dokumentów. Sam decyduje, jakie kroki są potrzebne: przeczytać e-mail, sprawdzić klienta w CRM, znaleźć cennik, przygotować odpowiedź, utworzyć rekord w systemie. Następnie wykonuje te kroki jeden po drugim, sprawdza wynik i w razie potrzeby zmienia plan.
Krótko: asystent jest narzędziem w rękach człowieka, a agent to pracownik z określonymi obowiązkami i uprawnieniami. I tak jak pracownik, potrzebuje zakresu obowiązków, polityki dostępu i nadzoru.
Limity: co agent może, a czego nie
Pierwsza zasada, którą stosujemy do każdego agenta: ma tylko takie uprawnienia, jakich wymaga zadanie, i nic więcej. Agent obsługujący przychodzące zapytania musi czytać pocztę i zapisywać w CRM. Nie ma prawa usuwać rekordów, zmieniać cen ani wysyłać e-maili poza firmę, chyba że to jego zadanie.
Technicznie rozwiązuje się to przez opisy narzędzi i klucze dostępu: każde narzędzie agenta to osobno opisana funkcja z jasnymi uprawnieniami, najczęściej przez serwer MCP (Model Context Protocol), który sam ogranicza dozwolone operacje. Agent nie może „wymyślić” nowej operacji; wybiera tylko spośród tych, które dostał.
Druga zasada: agent ma jasne warunki zatrzymania. Jeśli zapytanie nie pasuje do żadnego znanego scenariusza, jeśli klienta nie ma w systemie, jeśli kwota przekracza ustalony limit, agent zatrzymuje się i przekazuje sprawę człowiekowi, zamiast próbować „jakoś to załatwić”. Dobry agent to taki, który często mówi „nie wiem, przekazuję dalej”, a nie taki, który zawsze znajdzie odpowiedź.
Dzienniki i zatwierdzenie przez człowieka
Każde działanie agenta musi być zapisane: co przeczytał, jaką decyzję podjął i dlaczego, jakiego narzędzia użył, jaki był wynik. Bez tego nie da się badać błędów ani wykazać audytorowi, co się stało. W kontekście wymagań NIS2 i DORA nie jest to opcja: zautomatyzowany proces pracujący na danych klientów musi zostawiać ślad.
Zatwierdzenie przez człowieka (human-in-the-loop) to druga warstwa. W praktyce stosujemy trzy poziomy:
- Agent działa samodzielnie: działania są odwracalne i niskiego ryzyka, na przykład przypisanie zapytania do kategorii albo przygotowanie projektu odpowiedzi.
- Agent przygotowuje, człowiek zatwierdza: działanie jest nieodwracalne lub widoczne na zewnątrz, na przykład e-mail do klienta, faktura albo zamówienie u dostawcy.
- Agent tylko podpowiada: obszary wrażliwe, w których decyzję podejmuje człowiek, a agent dostarcza informacji i rekomendacji.
Zaczynać należy od drugiego i trzeciego poziomu. Pierwszy pojawia się wtedy, gdy przez kilka miesięcy dzienniki pokazują, że w konkretnym zadaniu agent myli się rzadziej niż człowiek. To decyzja mierzalna, a nie kwestia wiary.
Scenariusze, które już działają
Poniżej pięć scenariuszy z naszej praktyki. Żaden nie jest futurystyczny; wszystkie opierają się na platformach dostępnych dziś.
Obsługa przychodzących zapytań
Firma otrzymuje zapytania na wspólną skrzynkę i przez formularz na stronie. Agent czyta każde z nich, ustala rodzaj (zapytanie o cenę, pytanie techniczne, reklamacja, spam), sprawdza w CRM, czy nadawca jest obecnym klientem, przygotowuje projekt odpowiedzi na podstawie bazy wiedzy i przypisuje go odpowiedzialnemu pracownikowi. Rano pracownik widzi nie 40 e-maili, lecz 40 uporządkowanych zapytań z projektami odpowiedzi. Przegląda je, poprawia i wysyła. Czas obsługi spada z godzin do minut.
Rejestrowanie faktur przychodzących
Faktury od dostawców przychodzą e-mailem jako pliki PDF. Agent wyciąga z nich dane, porównuje je z zamówieniem w systemie, sprawdza dane dostawcy i tworzy w systemie księgowym zapis ze statusem „czeka na zatwierdzenie”. Jeśli kwota lub dane nie zgadzają się z zamówieniem, agent zatrzymuje się i zgłasza rozbieżność. Księgowa zatwierdza jednym kliknięciem albo wyjaśnia rozbieżność. Sprawdzanie danych jest tu też zabezpieczeniem: oszustwo z podmienioną fakturą zostaje rozpoznane od razu.
Pierwsza linia helpdesku
Pracownik pisze do wsparcia IT: „VPN nie działa”. Agent sprawdza, czy konto użytkownika jest aktywne, czy są znane awarie i czy urządzenie spełnia wymagania, po czym podaje znane rozwiązanie albo sam wykonuje dozwoloną czynność, na przykład resetuje hasło po weryfikacji tożsamości. Jeśli to nie pomoże, zgłoszenie ze wszystkimi zebranymi informacjami trafia do inżyniera. Nie zastępuje to zespołu opieki IT, ale pozwala mu zajmować się prawdziwymi problemami zamiast powtarzalnych pytań.
Przygotowanie do spotkań i podsumowanie po nich
Przed spotkaniem z klientem agent zbiera ostatnie e-maile, otwarte oferty w CRM, nieopłacone faktury i notatki z poprzedniego spotkania, a następnie przygotowuje jednostronicowe podsumowanie. Po spotkaniu tworzy z nagrania lub notatek listę działań, przydziela zadania i zakłada wpis w CRM. Człowiek tylko je przegląda i zatwierdza. Dla menedżera z pięcioma spotkaniami dziennie oznacza to, że na każde przychodzi przygotowany.
Przegląd umów pod kątem zasad firmy
Dział prawny lub zakupów otrzymuje umowę od dostawcy. Agent porównuje ją ze standardowymi warunkami firmy, zaznacza odstępstwa, takie jak ograniczenie odpowiedzialności, warunki płatności i klauzule o ochronie danych, i przygotowuje listę uwag. Decyzję podejmuje człowiek, ale nie czyta już 60 stron w poszukiwaniu tego, co się zmieniło.
Na jakiej platformie budować
Agentów można budować na wszystkich trzech głównych platformach, a wybór zależy od tego, gdzie leżą Twoje dane i procesy.
Jeśli firma pracuje w środowisku Microsoft 365, naturalną drogą są agenci Copilot Studio: widzą SharePoint, Teams i Outlooka, a z innymi systemami łączą się przez Power Automate. Takich agentów opisujemy na stronie agenci Microsoft 365 Copilot. Jeśli potrzebna jest bardziej złożona logika, przetwarzanie długich dokumentów albo agent działający we własnej infrastrukturze, rozważamy agentów Claude z Agent SDK i MCP. Jeśli firma już korzysta z ekosystemu OpenAI albo potrzebuje szerszego zestawu narzędzi, trzecią opcją są agenci ChatGPT z Agents SDK.
W praktyce integracje budujemy przez MCP, aby agenta można było przenieść z jednej platformy na drugą bez zmiany połączeń z Twoimi systemami.
Od czego zacząć
Wdrożenie agentów nie jest dużym projektem, jeśli zaczniesz właściwie: od jednego procesu, a nie od „transformacji AI”.
- Wybierz jeden proces, który powtarza się codziennie, ma jasne zasady, a jego błędy da się odwrócić. Dobrym pierwszym kandydatem jest sortowanie przychodzących zapytań.
- Opisz go tak, jak opisałbyś go nowemu pracownikowi: jakie informacje przychodzą, jakie decyzje się podejmuje, kiedy zwrócić się do przełożonego.
- Ustaw dostęp agenta na minimum potrzebne do pracy i określ poziom zatwierdzania dla każdego działania.
- Uruchom go równolegle z człowiekiem na 4 do 6 tygodni: agent przygotowuje, człowiek sprawdza. Dzienniki pokażą trafność.
- Dopiero potem rozszerz jego samodzielność albo przejdź do drugiego procesu.
Jeśli chcesz, żebyśmy zaprojektowali i wdrożyli pierwszego agenta razem z Tobą, zaczynamy od opisu procesu i oceny ryzyka, a nie od wyboru platformy. Platforma to ostatnie pytanie, nie pierwsze.
