Przejdź do treści

Rozdział 24 · Procesy

No-code: od polecenia do stałego procesu

5 min czytania

Czyta głos Dawida Kuliberdy wygenerowany przez AI (ElevenLabs). Pobierz MP3 (2,8 MB)

Co to jest no-code i czy muszę coś budować?

No-code to tworzenie rozwiązania bez pisania kodu. Low-code dopuszcza małe fragmenty kodu, gdy gotowe elementy nie wystarczą. Wybierasz funkcje na ekranie, łączysz je albo opisujesz przebieg słowami. Copilot Studio jest przykładem środowiska low-code do budowania agentów i procesów połączonych z danymi organizacji (Microsoft: Copilot Studio).

Niczego budować nie musisz. Gotowa aplikacja potrafi już czytać dokumenty, liczyć i tworzyć materiały. Przewodnik ChatGPT Work opisuje właśnie takie delegowanie na dostępnych plikach, rozszerzeniach i narzędziach (OpenAI: rozpoczęcie pracy z Work). Stan na październik 2026.

Do wyboru masz trzy drogi. Pierwsza: jednorazowe zadanie w gotowej aplikacji. Druga: zapisanie sprawdzonego sposobu pracy, do którego wracasz jednym poleceniem. Trzecia: proces, który uruchamia się sam po nadejściu danych albo o stałej porze. Żadna nie jest obowiązkowym stopniem do następnej.

Dlaczego klocki nadal potrzebują projektu?

Składasz regał z gotowych elementów. Desek nie robisz, ale nadal wiesz, co regał ma pomieścić, gdzie stanie i czy półki wytrzymają. Edytor graficzny zdejmuje część pracy technicznej, lecz nie zdecyduje za Ciebie, co znaczy „pilne zapytanie” i kto może zatwierdzić rabat.

Brak kodu nie usuwa też wyjątków. Co, gdy dokument nie ma daty? Gdy wiadomość dotyczy dwóch klientów? Gdy załącznik poprawia wcześniejszy plik? Odpowiedzi znasz zwykle lepiej niż osoba konfigurująca narzędzie, a Twoja wiedza jest materiałem do dobrego rozwiązania.

Jak to wygląda na przykładzie wypożyczalni?

Prowadzisz niewielką wypożyczalnię sprzętu. Klienci piszą po swojemu: „potrzebuję nagłośnienia na sobotę”, „to samo co ostatnio, ale więcej osób”, „czy mikrofon da radę w plenerze?”. Dziś ktoś czyta, dopytuje o braki, sprawdza sprzęt i pisze odpowiedź.

Pierwsza wersja to jednorazowa próba: pięć przykładowych wiadomości bez danych osobowych i prośba o wyłuskanie terminu, miejsca, liczby osób, sprzętu i braków. Dostajesz tabelę i porównujesz ją z własnym odczytem. Żadnej prawdziwej skrzynki jeszcze nie łączysz.

PracaPrompt

Odczyt zapytań o wynajem

Z tych pięciu wiadomości wyciągnij termin, miejsce, liczbę osób i sprzęt. Czego brakuje, oznacz.

Pełna wersja

Pod tym poleceniem wkleję pięć przykładowych zapytań klientów o wynajem sprzętu, bez danych osobowych. Jeśli ich nie ma, poproś o nie i nic nie wymyślaj. Dla każdego wyłuskaj do tabeli: termin, miejsce, liczbę osób, potrzebny sprzęt i braki. Gdy informacji nie ma w wiadomości, wpisz „brak”, niczego nie zgaduj. Jeśli wiadomość odnosi się do poprzedniego zamówienia („to samo co ostatnio”), oznacz ją jako wymagającą sprawdzenia, a nie uzupełniaj z pamięci. Niczego nie wysyłaj i nie sprawdzaj magazynu. Na końcu wymień zapytania, które Twoim zdaniem wymagają pytania do klienta.

Jeśli taki odczyt pomaga, układasz powtarzalny przebieg:

  1. Nowa wiadomość pojawia się w ustalonym miejscu.
  2. Agent odczytuje jej sens i wskazuje informacje potrzebne do wyceny.
  3. Stałe reguły sprawdzają, czy podstawowe pola są kompletne.
  4. Przy brakach powstaje szkic pytania, przy komplecie zestawienie do sprawdzenia dostępności.
  5. Człowiek odbiera propozycję na uzgodnionym etapie.

Agent rozumie różne sformułowania. Stała reguła pilnuje, że bez terminu nie idziemy dalej. Nie pozwalasz modelowi za każdym razem wymyślać procesu od nowa. W n8n taki krok budujesz jako element AI Agent połączony z modelem i narzędziami, a wybór narzędzia należy wtedy do agenta (n8n: AI Agent node).

Poprawna tabela z pięciu wiadomości jeszcze nie dowodzi, że system obsłuży każdą, sprawdzi magazyn albo nie obieca klientowi terminu, którego nie ma. Każda kolejna funkcja ma własny wynik do sprawdzenia.

A przykład z domu?

Rachunki. Faktury przychodzą na maila jako PDF-y: prąd, internet, ubezpieczenie auta. Proces: agent odczytuje wystawcę, kwotę i termin, dopisuje wiersz do arkusza i ustawia przypomnienie na dzień przed terminem. Przelew zostaje Tobie. Jeśli nie umie odczytać kwoty, wpisuje „brak” i pokazuje Ci plik.

PrywatnePrompt

Rachunki do arkusza

Z rachunków w tym folderze zrób arkusz: wystawca, kwota, termin płatności. Niczego nie płać.

Pełna wersja

W folderze Rachunki są faktury w PDF. Jeśli go nie widzisz, napisz, co mam udostępnić albo dołączyć, i na tym skończ. Zrób arkusz z kolumnami: wystawca, kwota brutto, termin płatności, nazwa pliku. Kwoty odczytuj dokładnie, łącznie z groszami i zapisem typu „1 200,50 zł”. Jeśli kwoty albo terminu nie da się odczytać, wpisz „brak” i wskaż plik. Niczego nie płać i nie wysyłaj. Gdy skończysz, powiedz, ile faktur przeczytałeś, ile oznaczyłeś jako braki i gdzie leży arkusz. Dopiero po moim sprawdzeniu zaproponuj, jak ustawić stałe przypomnienia na dzień przed terminem.

Prototyp, procedura, proces: czym się różnią?

Prototyp odpowiada na pytanie, czy umiemy uzyskać taki wynik na przykładzie. Procedura: czy umiemy powtórzyć sposób pracy. Działający proces musi jeszcze znieść zwykłe życie: brak danych, duplikat, przerwane połączenie, zmianę wzoru dokumentu i osobę, która odbierze wyjątek.

Wersja próbna nie musi być rozbudowana. Gdy celem jest porównanie ofert, pierwszym wynikiem ma być dobrze policzone porównanie. Ładny panel i drugi komunikator mogą poczekać. Po dobrym wyniku sprawdź jeszcze, czy jego przygotowanie zabiera Ci mniej pracy, kiedy doliczysz dostarczanie materiałów, kontrolę i poprawki.

Kiedy poprosić o pomoc techniczną?

Samodzielna próba dobrze sprawdza się na kopiach i materiale, który umiesz ocenić. Pomoc przydaje się, gdy proces łączy kilka kont, zmienia wspólne dane, rusza bez Ciebie albo ma przetrwać zmiany w aplikacjach. Wtedy trzeba ustalić właściciela, obsługę błędów, dostęp i sposób odtworzenia pracy.

Wdrażającemu opisz sprawę, a liczbę agentów zostaw jemu. Dobry opis brzmi tak: „Codziennie zbieramy zapytania z dwóch miejsc. Do 9:00 chcę mieć jedną listę z brakami i gotowymi szkicami odpowiedzi. Odpowiedzi sprawdzam przed wysłaniem. Najpierw pokażmy, że proces obsługuje nasze typowe sprawy i te trzy wyjątki”. Jest w nim cel, granica i sposób sprawdzenia.

Do takiej rozmowy wystarczy, że znasz własną sprawę na tyle, by powiedzieć, co ma powstać, na jakich danych wolno pracować i po czym poznasz pomyłkę.

Zapisujemy to tylko w tej przeglądarce.

Spis rozdziałów

Zacznijmy od 30 minut rozmowy.

Umów diagnozę