Agent 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.
Kryteria rozdziałuPiszemy 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.
Treść każdej odpowiedzi wychodzącej do klienta i zmianę statusu zgłoszenia na zamknięte. Klasyfikacja i założenie zgłoszenia idą bez pytania, bo są odwracalne.
stawki: 12 zł / mln tok. wejścia · 60 zł / mln tok. wyjścia · kroków modelu na zdarzenie: 4 · ponowienia: 8% · bez cache · wartości do podmiany
Zadanie ma stałe kroki i zero decyzji? Agent podnosi tylko koszt i ryzyko. Sześć kryteriów rozdziału i wiersz z najczęstszym błędem w doborze.
| Kryterium | Zwykła automatyzacja | Agent |
|---|---|---|
| Kroki zadania | Stałe, znane z góry. Da się narysować przed uruchomieniem. | Zależą od treści wejścia. Kolejny krok wybiera model po przeczytaniu poprzedniego wyniku. |
| Decyzje po drodze | Zero albo reguły typu jeśli-to. Każda do zapisania w tabeli. | Ocena treści, wybór narzędzia, decyzja, czy zapytać człowieka. |
| Dane wejściowe | Ustrukturyzowane: formularz, API, kolumny arkusza. | Tekst wolny: mail, skan, transkrypcja rozmowy, załącznik bez schematu. |
| Koszt błędu | Niski i wykrywalny testem przed wdrożeniem. | Wymaga punktu zatrzymania i logu decyzji, bo błąd wychodzi po fakcie. |
| Koszt miesiąca | Stały, blisko zera. Nie zależy od wolumenu.hosting scenariusza, licencja narzędzia | Rośnie z wolumenem i z długością kontekstu. Po miesiącu rośnie sam.tokeny wejścia, wyjścia, historia, ponowienia |
| Najczęstszy błąd | Wpięcie modelu w zadanie, które ma jeden krok i jedno pole: przeniesienie faktury z formularza do ERP. To scenariusz z jednym wywołaniem, nie agent. | Nazwanie agentem scenariusza z jednym wywołaniem modelu. Wtedy rachunek jest agentowy, a zysk automatyzacyjny. |
Każdy tekst na portalu dotyka co najmniej jednego z tych czterech punktów. Razem układają się w kolejność, w jakiej wdrożeniowiec sprawdza, czy przepływ się spina.
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.
Kryteria rozdziałuOd 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.
Miejsca awariiCena 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.
Przelicz na swoim wolumeniePunkty zatrzymania, zakres uprawnień w CRM i skrzynce, log decyzji do odtworzenia po reklamacji. Piszemy, które operacje nie powinny iść bez akceptacji człowieka.
Projektowanie punktów zatrzymaniaTe same pięć miejsc wraca w większości opisywanych przepływów. Przy każdym: co dzieje się z zadaniem, gdy krok zawiedzie. Kropkowana ścieżka kończy się tam, gdzie zawsze: u człowieka.
Webhook ponawia po przekroczeniu czasu odpowiedzi, agent zakłada dwa zgłoszenia do jednego maila. Klient dostaje dwie odpowiedzi z różnymi numerami.
Zamiast jednej z ośmiu kategorii przychodzi opis słowny albo pusty ciąg. Bez walidacji trafia do pola w CRM i psuje raporty na tygodnie.
API CRM odpowiada po 30 sekundach, agent uznaje wywołanie za nieudane i ponawia. Rekord powstał dwa razy, drugi bez powiązania ze zgłoszeniem.
Kwota brutto z pewnością 0,94, próg dla całego dokumentu 0,85. Zero zniknęło przy binaryzacji skanu, model odczytał to, co widział.
Log zapisywany po działaniu ginie przy błędzie połączenia. Po reklamacji nie da się odtworzyć, dlaczego agent odpisał tak, a nie inaczej.
Kolejka wyjątków. Wszystko, co spadło ze ścieżki, ląduje w jednym miejscu, które człowiek przegląda w ustalonej porze. Bez tej kolejki przepływ nie ma dokąd wyłożyć się bezpiecznie.
Każdy wpis to jeden przepływ: schemat, miejsce awarii, rachunek miesiąca. Bez recenzji frameworków i bez tutoriali pod jedno narzędzie.
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.
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.
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.
profil do obsadzenia realnym wdrożeniowcem
Każdy przepływ opisany schematem i kosztem, bez opowieści o klientach, których nie było. Ton inżynierski i konkretny: przepływ krok po kroku wraz z miejscem awarii. Nie obiecujemy autonomii tam, gdzie jej nie ma. Teksty powstają z pomocą modelu językowego i są oznaczone.
Cena za milion tokenów mówi o rachunku tyle, co cena za litr paliwa o koszcie floty. Liczy się, ile razy i jak daleko jedziesz.Redakcja
Jak tu piszemy. Każdy przepływ opisujemy schematem: zdarzenie, kroki, dane wejściowe, wynik, zapis. Podajemy, w którym miejscu proces się wykłada i co się dzieje, gdy model zwróci nonsens. Koszty liczymy na jawnych założeniach - wolumen, długość kontekstu, stawki z cennika dostawcy - i zaznaczamy, które z nich zmienią się najszybciej. Nie recenzujemy frameworków, bo starzeją się w miesiąc, i nie robimy tutoriali pod jedno narzędzie. Nie nazywamy agentem czegoś, co jest zwykłym scenariuszem z jednym wywołaniem modelu. Jeśli zadanie da się zamknąć bez agenta, piszemy to zamiast opisywać agenta.
Napisz, jeśli masz przepływ, który wykłada się na konkretnym kroku, poprawkę do naszych wyliczeń kosztów albo temat, którego tu brakuje.
Napisz do redakcji →