Przejdź do treści
Codivine
AI

Automatyzacja AI a tradycyjna automatyzacja: czego potrzebujesz?

Praktyczne różnice między automatyzacją opartą na regułach a automatyzacją opartą na AI — i dlaczego większość dobrych systemów używa obu.

Oskar Szymczak3 min czytania

Odkąd AI stało się domyślną odpowiedzią na każde pytanie o procesy, widzimy firmy, które sięgają po model językowy, żeby rozwiązać problem, z którym piętnastolinijkowy skrypt poradziłby sobie lepiej. Różnica jest prosta, gdy już się ją zobaczy.

Podstawowa różnica

Tradycyjna automatyzacja wykonuje reguły zapisane wprost. Jeśli suma faktury przekracza 20 000 zł, skieruj ją do dyrektora finansowego. W pełni przewidywalna, w pełni sprawdzalna, praktycznie darmowa w działaniu i za każdym razem robi dokładnie to samo.

Automatyzacja AI podejmuje oceny, których nie zapisano wprost. Przeczytaj tego maila i ustal, czy to reklamacja. Wyciągnij sumę z tej faktury niezależnie od tego, który z czterdziestu układów ma.

Test jest prosty: czy da się spisać każdą regułę? Jeśli tak, spisz je. Jeśli reguł nie da się zapisać — bo dane wejściowe są nieuporządkowane albo różnorodność jest nieograniczona — potrzebujesz modelu.

Kiedy właściwą odpowiedzią są reguły

  • Dane wejściowe są uporządkowane: formularz, odpowiedź API, wiersz w bazie.
  • Logikę da się wyrazić warunkami, nawet skomplikowanymi.
  • Spójność jest ważniejsza niż elastyczność.
  • Pomyłka jest droga.
  • Potrzebujesz śladu, który dokładnie wyjaśnia, dlaczego coś się stało.
  • Skala jest duża, a koszt pojedynczego wywołania ma znaczenie.

Tutaj jest większość automatyzacji w firmach. Przenoszenie danych między systemami, reagowanie na zdarzenia, generowanie dokumentów z rekordów, wysyłanie przypomnień — wszystko to reguły, wszystko tanie, wszystko przewidywalne.

Kiedy właściwą odpowiedzią jest AI

  • Dane wejściowe są nieuporządkowane: maile, dokumenty, zdjęcia, wolny tekst.
  • Różnorodność jest zbyt duża, żeby ją wyliczyć — czterdzieści układów faktur, a w przyszłym tygodniu kolejny.
  • Zadanie w istocie dotyczy języka: streść, sklasyfikuj, przeredaguj, przetłumacz.
  • Przybliżenie jest naprawdę akceptowalne albo wynik sprawdza człowiek.
  • Alternatywą jest to, że nikt tego zadania nie wykona.

Ten ostatni punkt warto podkreślić. Niektóre z najlepszych zastosowań AI nie zastępują ręcznej pracy — robią coś, co wcześniej było niepraktyczne, na przykład kategoryzują dziesięć lat opinii zapisanych wolnym tekstem.

Dlaczego większość dobrych systemów używa obu

Realistyczny proces przetwarzania dokumentów:

  1. Reguły: obserwuj skrzynkę, wykryj załącznik, sprawdź typ pliku, zapisz go. Deterministycznie.
  2. AI: przeczytaj dokument, wyciągnij pola, zwróć uporządkowane dane z oceną pewności. Ocena.
  3. Reguły: walidacja — czy pozycje sumują się do kwoty? Czy dostawca istnieje? Czy data jest wiarygodna? Deterministycznie.
  4. Reguły: jeśli pewność jest wysoka i walidacja przechodzi, zaksięguj. W przeciwnym razie skieruj do weryfikacji. Deterministycznie.
  5. Reguły: zapisz wszystko na potrzeby kontroli. Deterministycznie.

Jeden krok AI, cztery kroki reguł. Taka proporcja jest typowa dla systemów, które działają na produkcji.

Błędem jest proszenie modelu, żeby wykonał też kroki 3 i 4. Walidacja powinna być arytmetyką, a nie wnioskowaniem.

Praktyczne różnice, które mają znaczenie

Reguły AI
Koszt uruchomienia Praktycznie zero Za tokeny, przy skali się sumuje
To samo wejście, ten sam wynik Zawsze Zwykle, bez gwarancji
Wyjaśnia swoje działanie W pełni Częściowo i zawodnie
Radzi sobie z nowymi formatami Nie Często
Zawodzi Głośno Cicho i wiarygodnie
Testowanie Proste Wymaga zestawu ewaluacyjnego

Wiersz „zawodzi cicho” to ten, w który wszyscy wpadają. Zepsuta reguła zgłasza błąd. Model, który dostał coś, czego wcześniej nie widział, zwraca pewną siebie, błędną odpowiedź, która wygląda dokładnie jak poprawna. Dlatego walidacja i progi pewności nie są opcjonalne.

Decyzja na minutę

Spisz proces. Przy każdym kroku zapytaj: czy dane wejściowe są uporządkowane i czy da się zapisać regułę?

  • Uporządkowane dane, reguła do zapisania → zakoduj to.
  • Nieuporządkowane dane albo reguła nie do zapisania → użyj modelu, a potem zwaliduj wynik kodem.

Stosowane konsekwentnie daje to systemy tańsze, bardziej niezawodne i łatwiejsze do debugowania niż każde z podejść osobno.

Budujemy oba rodzaje, więc nie mamy szczególnego interesu, żeby sprzedawać Ci ten modny. Jeśli chcesz wiedzieć, którego potrzebuje Twój proces, od tego zaczyna się nasza praca przy AI i automatyzacji.

Oskar Szymczak

Założyciel i inżynier oprogramowania

Odpowiada za techniczną stronę każdego projektu — architekturę, programowanie i decyzje, które później drogo zmieniać.

Więcej o zespole

Potrzebujesz w tym pomocy?

To jest praca, którą wykonujemy. Te strony wyjaśniają, jak do niej podchodzimy.

Masz podobny problem?

Opisz go własnymi słowami. Powiemy, co byśmy z nim zrobili — i czy w ogóle warto się tym zajmować.

Nie potrzebujesz specyfikacji. Opis problemu wystarczy, żeby zacząć.