Otwieram log modyfikacji „Modyfikacja planu finansowego #25” (301 views) — pierwsza linia pokazuje: 1. wybierz sprawozdanie i prześlij dane, 2. wybierz ustawienia dokumentu, 3. wygeneruj dokument. To jest punkt wejścia konfiguracji: tam, gdzie asystent dostaje surowe fakty, nie przepowiednie.
rola: edytor decyzji
Większość opisów osobistych agentów AI zaczyna się od obietnicy prognoz — "powie, co będzie". Tu inny kąt: traktuję agenta jako edytora decyzji. Ma generować alternatywne scenariusze, wycenę ryzyka i koszt błędu dla każdej proponowanej akcji. Zamiast jednego wykresu z prognozą, chcę trzech wariantów z prawdopodobieństwem błędu, skalą strat i proponowanym planem „co robić, jeśli”.
Praktyka: w interfejsie wybierasz sprawozdanie (np. rachunek zysków i strat, przepływy gotówkowe), przesyłasz CSV z transakcjami, ustawiasz zakres czasowy i poziomy tolerancji strat. To są parametry, które definiują rolę asystenta — i które później musisz audytować.
konfiguracja techniczna i uprawnienia
Pierwsza lekcja, której sam się nauczyłem na kosztownym przykładzie: kiedyś dałem osobistemu asystentowi do kryptowalut uprawnienia do podpisywania transakcji i zapomniałem zapisać prosty post-mortem. Efekt — automatyczny skrypt wykonał serię transferów według reguły, która była sensowna na papierze, ale fatalna przy gwałtownym spadku płynności. Strata była mniejsza od sumy możliwych, bo zatrzymałem system, ale lekcja została — uprawnienia i logi to nie opcja, to pierwsza warstwa obrony.
Dlatego elementy konfiguracji, o które zawsze pytam przy wdrożeniu: izolacja środowisk (sandbox dla symulacji), limit transakcji dziennych (ilość i wartość), whitelist adresów, wymaganie ręcznego potwierdzenia dla operacji powyżej progu, oraz czytelne dzienniki audytu z możliwością eksportu. Jeśli chcesz głębiej o testach bez udawania przewidywań, przypominam mój tekst jak czytam wykresy bez udawania, że coś przewiduję, gdzie pokazuję prostą metodę walidacji hipotez na danych historycznych.
scenariusze i wycena błędu
Asystent musi zwracać trzy rzeczy: scenariusz (najbardziej prawdopodobny, pesymistyczny, optymistyczny), miarę niepewności i koszt błędu.
W praktyce konfigurujesz: źródła danych (API giełdowe, księgi transakcji, pliki CSV), częstotliwość aktualizacji (minuta/godzina/dzień), i szablony raportów, które asystent ma generować. Szablon to nie estetyka — to kontrakt: jakie kolumny, jakie metryki, jakie limity alarmowe.
monitoring i post-mortem
Monitorowanie to nie tylko dashboard z kolorowymi słupkami. To reguły akcji: co robi system, gdy API dostarcza brakujących danych; jak reaguje na nietypowe transakcje; kto jest wywoływany przy alarmie. Post-mortem to element obowiązkowy po każdym automatycznym działaniu, które przekroczyło próg. Bez post-mortemu uczymy się powoli i drogo.
