Od promptu do procesu: gdy AI przestaje pracować w oknie czatu

Prompt wklejany ręcznie trzy razy w tygodniu jest procesem, którego jeszcze nie zbudowano. Krok w tę stronę jest mniej techniczny niż organizacyjny: wymaga nazwania wyzwalacza, danych wejściowych i warunków przerwania.

Jasny punkt przechodzi w zamknięty, równomiernie świecący obieg

Najważniejsze w skrócie

  • Dojrzały do procesu jest prompt, który trzy razy zadziałał tak samo, którego dane wejściowe da się nazwać i którego błąd byłby rozpoznawalny.
  • Należą do niego cztery elementy: wyzwalacz, dane wejściowe, polecenie, miejsce docelowe wyniku – plus warunek przerwania.
  • Człowiek zostaje w dokładnie dwóch miejscach: przy ocenie i przy wszystkim, co ma skutek na zewnątrz.
  • Najczęstszym błędem jest proces bez hamulca bezpieczeństwa i bez dziennika – wtedy nikt nie zauważy, gdy coś się przewróci.

W oknie czatu każdy błąd jest bez konsekwencji: czyta się odpowiedź i ją odrzuca. Proces biegnie bez widzów – i właśnie to stanowi różnicę między tymi dwiema formami.

Kiedy prompt dojrzał do procesu

Trzy warunki, wszystkie naraz:

  1. Zadziałał trzy razy tak samo. Nie podobnie – tak samo. Kto automatyzuje prompt, który za każdym razem trzeba było doregulować, automatyzuje wyłączenie doregulowywania, a nie pracę.
  2. Dane wejściowe dają się nazwać. Co dokładnie wchodzi i skąd pochodzi? Jeśli odpowiedź brzmi „to zależy”, procesu jeszcze nie da się opisać.
  3. Błąd byłby rozpoznawalny. Jeśli błędny wynik wygląda jak poprawny, a nikt nie patrzy, brakuje kontroli – a nie automatyzacji.
Uwaga „Robię to często” nie jest warunkiem dojrzałości. Częstość nie mówi nic o jednolitości. Zadania wykonywane często i za każdym razem inaczej są w ogóle najgorszymi kandydatami – i są proponowane najczęściej.

Cztery elementy

1. Wyzwalacz

Co uruchamia proces? Moment („w każdy poniedziałek o 8”), zdarzenie („nowe zapytanie w formularzu”) albo czynność („plik odłożony w katalogu”).

Częsty błąd: wyzwalacz odpalający zbyt często. Każda zmiana rekordu to zwykle za dużo; raz dziennie wystarczy.

2. Dane wejściowe

Jakie dane wpływają, z jakiego źródła, w jakim zakresie? Tu należy się ograniczenie ilościowe – inaczej kiedyś wejdzie lista z 5000 wpisów.

Częsty błąd: brak górnej granicy. Przy testach się nie rzuca w oczy, w działaniu natychmiast.

3. Polecenie

Prompt, teraz zaszyty na stałe: punkt wyjścia, ponumerowane zadania, zasady, forma wyniku. Z symbolami zastępczymi na dane wejściowe.

Częsty błąd: brak zakazu wymyślania. W oknie czatu wymyślona liczba rzuca się w oczy, w procesie nie.

4. Miejsce docelowe wyniku

Dokąd trafia wynik? Szkic, notatka, plik, wiadomość do osoby. Najlepiej tam, gdzie i tak ktoś na to patrzy.

Częsty błąd: prosto na zewnątrz. Wysyłka, publikacja albo zmiana rekordu bez kroku pośredniego.

Proces w szczegółach

Jako przykład tygodniowa analiza wpływających zapytań – proces mający sens w niemal każdej firmie.

ElementUstalenie
Wyzwalaczponiedziałek, godzina 7
Dane wejściowezapytania z ostatnich 7 dni, najwyżej 100, pola: data, źródło, sprawa, status
Poleceniepołączyć według spraw, nazwać trzy najczęstsze, odchylenia wobec poprzedniego tygodnia, nie wymyślać liczb
Miejsce docelowee-mail do zarządu, najwyżej 200 słów
Warunek przerwaniamniej niż 3 zapytania: bez wysyłki
Dziennikmoment, liczba danych wejściowych, sukces albo błąd

Czy wiesz, że…?

Warunek przerwania jest elementem najczęściej brakującym – i tym, który zapobiega największej liczbie kłopotów. Bez niego proces biegnie także wtedy, gdy nic nie ma, i tworzy raport o niczym.

Szkodą nie jest ten jeden bezsensowny raport. Jest nią to, że tygodniowy raport często nic niezawierający po dwóch miesiącach przestaje być czytany – także wtedy, gdy raz zawiera coś ważnego. Proces zgłaszający się tylko wtedy, gdy jest co zgłosić, pozostaje użyteczny latami.

Gdzie zostaje człowiek

Dwa miejsca, i nie podlegają negocjacji:

Przy ocenie. Czy kontakt jest poważnie zainteresowany, czy tekst trafia we właściwy ton, czy odchylenie to problem, czy przypadek – takie sądy opierają się na zależnościach, których nie ma w danych.

Przy wszystkim, co ma skutek na zewnątrz. Wysyłka, publikacja, usunięcie, płatność. Nie dlatego, że model byłby do tego niezdolny, lecz dlatego, że błędu w tym miejscu nie da się już cofnąć.

Z praktyki

Wzorzec, który się powtarza: proces biegnie dobrze przez trzy miesiące, potem zmienia się drobiazg w źródle danych – pole nazywa się inaczej, widok został przebudowany. Proces biegnie dalej i tworzy wyniki, które są błędne, ale wyglądają poprawnie.

Pomaga na to tylko jedno: sprawdzenie prawdopodobieństwa w samym procesie. „Jeśli wypełnione są mniej niż trzy pola, przerwij i zgłoś”. Pięć minut przy budowaniu i różnica między procesem zatrzymującym się przy problemie a takim, który miesiącami pisze błędne raporty.

Co idzie źle

  • Brak hamulca bezpieczeństwa. Każdy proces potrzebuje miejsca, w którym da się go natychmiast zatrzymać – znanego, zanim będzie potrzebne.
  • Brak dziennika. Bez zapisu nie da się odtworzyć, co, kiedy i na jakich danych się wydarzyło.
  • Brak odpowiedzialnego. Procesy starzeją się po cichu. Bez kwartalnego przeglądu proces po roku szkodzi bardziej, niż pomaga.
  • Podrzucone polecenia. Gdy proces czyta tekst z obcego źródła – maile, formularze, dokumenty – może w nim stać wezwanie działające jak zlecenie. Skutecznie przeciwdziała przede wszystkim wąskie uprawnienie.
Prompt
Chcę przenieść powtarzalny prompt w stały proces. Sprawdź zamiar
i spisz proces.

Prompt, którego dziś używam ręcznie:
[wklej prompt]

Punkt wyjścia:
- Jak często to robię: [częstość]
- Skąd pochodzą dane wejściowe: [źródło]
- Co dzieje się z wynikiem: [opis]
- Czy musiałam dotąd dopasowywać prompt za każdym razem?
  [tak / nie]
- Czy wpływają dane z obcego źródła (maile, formularze)?
  [tak / nie]

Zadania:
1. Sprawdź trzy warunki dojrzałości: zadziałał trzy razy tak
   samo, dane wejściowe dają się nazwać, błąd rozpoznawalny.
   Powiedz wyraźnie, jeśli któryś nie jest spełniony – wtedy
   proces jeszcze nie jest na czasie.
2. Spisz cztery elementy: wyzwalacz, dane wejściowe (z
   ograniczeniem ilościowym), polecenie z symbolami zastępczymi,
   miejsce docelowe wyniku.
3. Sformułuj warunek przerwania i sprawdzenie prawdopodobieństwa
   zapobiegające temu, by błędne wyniki wyglądały poprawnie.
4. Wskaż miejsca, w których musi zdecydować człowiek.
5. Podaj, co musi być rejestrowane i jak proces się zatrzymuje.

Jeśli zamiar w tej postaci nie jest nośny, powiedz to wyraźnie i
podaj mniejszą wersję.

Podsumowanie

Krok od promptu do procesu nie jest barierą techniczną, lecz kwestią opisywalności. Kto potrafi zapisać wyzwalacz, dane wejściowe, polecenie i cel, ma trudną część za sobą.

Co potem robi różnicę, to części niespektakularne: warunek przerwania, sprawdzenie prawdopodobieństwa, dziennik, hamulec bezpieczeństwa. Kosztują razem dwadzieścia minut i przesądzają, czy proces po roku jeszcze się przydaje, czy po cichu wyrządza szkodę.

Częste pytania

Jak zautomatyzować procesy pracy z AI?

Przenosząc sprawdzony prompt w cztery elementy: wyzwalacz (moment albo zdarzenie), dane wejściowe (ze źródłem i ograniczeniem ilościowym), polecenie z symbolami zastępczymi i miejsce docelowe wyniku – najlepiej tam, gdzie i tak ktoś patrzy. Należą do tego warunek przerwania, sprawdzenie prawdopodobieństwa i dziennik.

Kiedy prompt dojrzał do procesu?

Gdy spełnione są jednocześnie trzy warunki: zadziałał co najmniej trzy razy dokładnie tak samo, jego dane wejściowe dają się nazwać, a błędny wynik byłby rozpoznawalny. To, że zadanie robi się często, nie wystarczy – częste zadania przebiegające za każdym razem inaczej są najgorszymi kandydatami.

Co koniecznie należy do każdego procesu?

Warunek przerwania, żeby proces nie biegł, gdy nic nie ma; sprawdzenie prawdopodobieństwa, które zatrzymuje, gdy dane wejściowe wyglądają nieoczekiwanie; dziennik z momentem, zakresem i wynikiem; oraz znana możliwość natychmiastowego zatrzymania.

W jakich miejscach musi zostać człowiek?

W dwóch: przy ocenach opierających się na zależnościach, których nie ma w danych – na przykład czy kontakt jest poważnie zainteresowany – i przy wszystkim, co ma skutek na zewnątrz: wysyłka, publikacja, usunięcie, płatność. Tam błędu nie da się cofnąć.

Dlaczego proces po miesiącach dostarcza błędnych wyników?

Zwykle dlatego, że źródło danych zmieniło się niezauważenie – pole nazywa się inaczej, widok został przebudowany. Proces biegnie dalej i tworzy wyniki, które są błędne, ale wyglądają poprawnie. Pomaga sprawdzenie prawdopodobieństwa w samym procesie i stały kwartalny przegląd.

Marketing, który konfiguruje się sam

Beta Studio Engine jest otwarta. Zarezerwuj miejsce i współtwórz od początku.

Dołącz do bety →
← Powrót do listy