Oprogramowanie biznesowe dla agentów AI: jak sprawdzić, czy się sprawdzi

Agent, który klika po ekranach albo parsuje HTML, zgaduje. Sprawdź, czy jest wiersz poleceń albo API, które zwraca JSON i udostępnia własny schemat: jakie polecenia istnieją, które pola są wymagane, jakie wartości są dozwolone. Błędy też powinny być czytelne dla maszyny, z kodem, który mówi agentowi, czy poprawić wywołanie, poczekać czy zapytać Ciebie.

Sprawdź też zakres. To, co działa tylko w interfejsie graficznym, agent zrobi okrężną drogą albo wcale.

Agent potrzebuje własnego klucza, który możesz w każdej chwili unieważnić, a nie Twojego hasła. Jeszcze lepiej, jeśli klucz jest wymieniany na krótkotrwały token, zamiast wędrować z każdym żądaniem.

Niektóre czynności nie należą do agenta: tworzenie nowych kluczy, usuwanie konta, zmiana hasła. Oprogramowanie powinno blokować je na serwerze dla dostępu agentów, a nie tylko odradzać w dokumentacji.

Wystawionej faktury nie da się cofnąć, można ją tylko anulować. Oprogramowanie powinno oznaczać takie kroki jako destrukcyjne i wykonywać je tylko po wyraźnym potwierdzeniu. To potwierdzenie musi być w samym narzędziu; zdanie w prompcie nie ochroniło bazy danych w Replit.

Zanim agent zmieni coś ważnego, powinien móc pokazać Ci dokładnie, co by wysłał: metodę, adres, treść. Zatwierdzasz wtedy to, co zobaczyłeś, a nie zamiar opisany słowami.

Agenci ponawiają próby. Gdy połączenie się zerwie, agent próbuje jeszcze raz i bez zabezpieczenia wpis czasu albo płatność trafia do systemu dwa razy. Sprawdź, czy tworzenie rekordu przyjmuje Twój własny identyfikator, dzięki któremu serwer rozpozna ponowienie, i czy operacje zbiorcze udają się w całości albo wcale. Tam, gdzie kroku nie wolno powtórzyć, błąd powinien to mówić.

Po fakcie chcesz wiedzieć, co się stało. To znaczy: każda czynność to czytelne polecenie, które możesz uruchomić sam, żądania można na życzenie logować bez ujawniania klucza, a Ty widzisz, który klucz był kiedy aktywny. Jeden klucz na agenta czyni to jednoznacznym.

Błędy się zdarzają. Liczy się to, jak się je naprawia: edycja albo usuwanie szkiców, korekta księgowań, anulowanie tego, co wystawione, z dokumentem zamiast cichego nadpisania. Wszystko, co już rozliczone, powinno być zablokowane, żeby poprawka w jednym miejscu nie zmieniła gotowej faktury.

Gdy agent trafi na limit, np. funkcję spoza Twojego planu albo zbyt wiele żądań, oprogramowanie powinno to jasno powiedzieć: z powodem i informacją, czy pomoże czekanie, czy decyzja należy do Ciebie. Agent, który weźmie limit za błąd, będzie ponawiał próby albo szukał obejścia.

Daj każdemu agentowi własny klucz z jak najmniejszymi uprawnieniami, klucz odczytu tam, gdzie wystarczy odczyt. Zezwalaj na nieodwracalne kroki tylko na swoją prośbę i przejrzyj próbne uruchomienie, zanim zatwierdzisz. Dostęp agentów do Time Momentum jest częścią planu Pro.