Cztery rodzaje agentów AI (i co naprawdę kryje się w Claude Code)

„Agent" oznacza dziś wszystko: od widżetu z odpowiedziami na częste pytania po system, który nocą porządkuje kod w repozytorium. Samo słowo nie jest nawet mylące, bo budowa rzeczywiście jest wspólna: model działający w pętli, zestaw narzędzi, prompt systemowy, trochę pamięci, trochę zabezpieczeń. Mylące jest traktowanie ich wszystkich jak jednej rzeczy — to prosta droga do zbudowania nie tego, czego naprawdę potrzeba. Widziałem to niejeden raz.

O różnicy między rodzajami decydują trzy pytania: jakie narzędzia agent ma do dyspozycji, do czego wolno mu zapisywać dane i jak długo działa bez udziału człowieka. Cztery odpowiedzi wystarczą, by opisać niemal wszystko, co zbudowałem lub czego używałem.

1. Agent, który tylko odpowiada

Narzędzia: żadne albo prawie żadne. Zapis: nic. Autonomia: jedna odpowiedź naraz.

To agent na stronie internetowej, asystent dokumentacji, wsparcie działu obsługi. Całą jego siłą jest starannie dobrana baza wiedzy wkompilowana w prompt. Nasza, na stronie naszej firmy doradczej, to wersjonowany katalog plików markdown z twardym limitem tokenów; przekroczenie limitu zatrzymuje build. Bez dostępu do systemów, bez skutków ubocznych. Praca inżynierska idzie tu w odmowy i wierność źródłom, bo jedyne poważne ryzyko to publicznie powiedzieć coś nieprawdziwego.

Ta prostota jest zaletą. Do zadania „odpowiadaj odwiedzającym zgodnie z prawdą" więcej agenta nie potrzeba.

2. Asystent z narzędziami

Narzędzia: dziesiątki, podłączone do działających systemów. Zapis: szkice i szablony; decyzję podejmuje człowiek. Autonomia: jedna tura rozmowy naraz.

Taki jest agent w naszej platformie Cassie: 46 opisanych narzędzi obejmujących dane spraw, kalendarz, pocztę, dokumenty, analitykę, księgowość i jawną pamięć. Pytanie „którą aplikację mam otworzyć?" zamienia w jedno zdanie, ale każde działanie, które ma konsekwencje, trafia najpierw do człowieka jako propozycja do zatwierdzenia. Człowiek pozostaje wykonawcą; agent jest asystentem o niewyczerpanej cierpliwości.

W tym rodzaju mieści się dziś większość wartości biznesowej. To także rodzaj, od którego większość zespołów powinna zacząć: dużo odczytu, mało zapisu, a zaufanie rośnie w miarę używania.

3. Agent programujący — co naprawdę kryje się w Claude Code

Narzędzia: najgroźniejsze z możliwych, czyli system plików i wiersz poleceń. Zapis: repozytorium kodu. Autonomia: od minut do godzin, pod kontrolą uprawnień.

Z zewnątrz Claude Code wygląda jak rozmowa o kodzie. Pracuję w nim codziennie, więc mogę opisać, co jest w środku: ta sama budowa, tylko z zupełnie innym zestawem narzędzi. Czytanie i edycja plików. Uruchamianie poleceń. Przeszukiwanie kodu i internetu. Uruchamianie pomocniczych agentów do pracy równoległej. „Aplikacją", którą taki agent integruje, jest całe środowisko programistyczne, bo git, testy, lintery i narzędzia do wdrożeń są dostępne przez jedno narzędzie: wiersz poleceń. Właśnie dlatego jego możliwości wydają się nieograniczone.

Tym, co pozwala oddać takie narzędzie w ręce użytkowników, jest nadzór zbudowany wokół pętli: tryby uprawnień, które określają, na co musi zgodzić się człowiek; hooki przechwytujące wywołania narzędzi w sposób deterministyczny; skille, które narzucają proces; kompaktowanie kontekstu, dzięki któremu długie sesje nie gubią ustaleń. Model proponuje, a otoczenie decyduje, co naprawdę zostanie wykonane. Ten podział to duża część wartości całego produktu.

Korzystam z tego codziennie. Mój AppMaker jest właśnie warstwą nadzoru nad tym rodzajem agenta: specyfikacje, w pełni identyfikowalne kryteria akceptacji i bramki kontrolne — bo agent z dostępem do wiersza poleceń zasługuje na tę samą dyscyplinę co inżynier z dostępem do produkcji.

4. Samodzielny pracownik

Narzędzia: dowolne z powyższych. Zapis: rzeczywisty. Autonomia: cecha najważniejsza — działa wtedy, kiedy nas nie ma.

Zaplanowane zadania, naprawy w tle, nocne migracje. Uczciwą wersję tego rodzaju definiują ograniczenia: limity iteracji, limity kosztów, obowiązkowa akceptacja człowieka przed każdym nieodwracalnym krokiem. W AppMakerze tryb samodzielny odmawia wykonania zadań, które nie zostały wyraźnie oznaczone jako dla niego bezpieczne, a wyniki pracy zapisuje w pliku, który człowiek przegląda rano.

Hierarchia zaufania jest tu nieubłagana: nie należy wdrażać rodzaju czwartego, dopóki sesje z rodzajem trzecim wciąż nas zaskakują, a rodzaju trzeciego nie da się zrobić dobrze bez dyscypliny narzędziowej rodzaju drugiego.

Jak wybrać

Model jest ten sam w każdym rodzaju, często dosłownie te same wagi. Zmieniają się narzędzia, prawo zapisu i zakres samodzielności. Dlatego pytanie „czy sztuczna inteligencja jest już wystarczająco dobra?" jest zwykle źle postawione. Właściwe brzmi: czy system wokół niej jest zaprojektowany na miarę skutków, jakie mogą wywołać jej narzędzia?

Warto wybrać najmniejszy rodzaj, który rozwiązuje problem. Kolejne narzędzie można dać agentowi jutro. Odebrać narzędzie po incydencie jest znacznie trudniej.