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.
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:
- 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ę.
- 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ć.
- Błąd byłby rozpoznawalny. Jeśli błędny wynik wygląda jak poprawny, a nikt nie patrzy, brakuje kontroli – a nie automatyzacji.
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.
| Element | Ustalenie |
|---|---|
| Wyzwalacz | poniedziałek, godzina 7 |
| Dane wejściowe | zapytania z ostatnich 7 dni, najwyżej 100, pola: data, źródło, sprawa, status |
| Polecenie | połączyć według spraw, nazwać trzy najczęstsze, odchylenia wobec poprzedniego tygodnia, nie wymyślać liczb |
| Miejsce docelowe | e-mail do zarządu, najwyżej 200 słów |
| Warunek przerwania | mniej niż 3 zapytania: bez wysyłki |
| Dziennik | moment, 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ąć.
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.
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 →