Agent robi zadanie. Tu jest rozpisane jak i za ile.
Piszemy o agentach wpiętych w firmowe systemy: skrzynkę, faktury, zgłoszenia. Każdy przepływ rozłożony na kroki, z miejscem awarii i z kosztem miesiąca pracy. Tam, gdzie agent nie działa sam, jest napisane wprost, co musi zatwierdzić człowiek.
O czym tu piszemy
04Agent czy zwykła automatyzacja
Zadanie ma stałe kroki i zero decyzji? Agent podnosi tylko koszt i ryzyko. Podajemy kryteria rozdziału i zadania, w których model nie jest do niczego potrzebny.
Przepływ krok po kroku, z miejscem awarii
Od zdarzenia do wyniku: kolejka, wywołania narzędzi, ponowienia, zapis. Zaznaczamy krok, na którym przepływ wykłada się najczęściej, i co dzieje się z zadaniem po awarii.
Rachunek po drugim miesiącu pracy
Cena za milion tokenów nie mówi nic o rachunku. Rozbijamy koszt na kontekst, ponowienia i rosnącą historię, na jawnych wolumenach, które podmienisz na swoje.
Co agent może zrobić bez pytania
Punkty zatrzymania, zakres uprawnień w CRM i skrzynce, log decyzji do odtworzenia po reklamacji. Piszemy, które operacje nie powinny iść bez akceptacji człowieka.
Najnowsze
03Agent obsługuje zgłoszenia, a rachunek rośnie co miesiąc
Rozbicie rachunku za agenta obsługującego zgłoszenia: tokeny wejścia, wyjścia, zapis i odczyt cache. Dlaczego ten sam wolumen kosztuje więcej po miesiącu.
Agent przepisuje faktury do systemu i myli kwoty: progi pewności dla pól krytycznych
Jeden próg pewności na cały dokument przepuszcza błąd w kwocie. Jak rozdzielić pola krytyczne od opisowych, skalibrować progi i obsłużyć skany oraz korekty.
Agent sięga do CRM przez MCP i widzi za dużo danych
Agent MCP widzi w CRM więcej, niż wymaga zadanie. Zakres tokena, filtr po stronie serwera, bramka na operacje nieodwracalne i log wywołań narzędzi.