A prompttól a folyamatig: amikor az MI már nem a csevegőablakban dolgozik
Egy prompt, amelyet hetente háromszor illesztetek be kézzel, egy még meg nem épített folyamat. Az odáig vezető lépés kevésbé technikai, inkább szervezési: megkívánja, hogy megnevezzétek a kiváltót, a bemeneteket és a leállítási feltételeket.
A lényeg röviden
- Folyamatra az a prompt érett, amely háromszor ugyanúgy működött, amelynek a bemenetei megnevezhetők, és amelynek a hibája felismerhető lenne.
- Négy építőelem tartozik hozzá: kiváltó, bemenetek, utasítás, kimeneti cél – plusz egy leállítási feltétel.
- Ember pontosan két helyen marad: a megítélésnél és mindennél, aminek kifelé hatása van.
- A leggyakoribb hiba a vészfék és napló nélküli folyamat – akkor senki sem veszi észre, ha valami elbillen.
A csevegőablakban minden hiba következmények nélkül marad: elolvassa az ember a választ, és elveti. Egy folyamat nézők nélkül fut – és pontosan ez teszi a különbséget a két forma között.
Mikor érett egy prompt a folyamathoz
Három feltétel, mindegyik egyszerre:
- Háromszor ugyanúgy működött. Nem hasonlóan – ugyanúgy. Aki olyan promptot automatizál, amelyet minden alkalommal utána kellett igazítani, az utánigazítást automatizálja el, nem a munkát.
- A bemenetek megnevezhetők. Mi megy be pontosan, és honnan jön? Ha a válasz az, hogy „attól függ”, akkor a folyamat még nem leírható.
- A hiba felismerhető lenne. Ha egy rossz eredmény ugyanúgy néz ki, mint egy jó, és senki sem néz oda, akkor az ellenőrzés hiányzik – nem az automatizálás.
A négy építőelem
1. Kiváltó
Mi indítja a folyamatot? Egy időpont („minden hétfőn 8 órakor”), egy esemény („új megkeresés az űrlapon”) vagy egy cselekvés („fájl elhelyezve a mappában”).
Gyakori hiba: Olyan kiváltó, amely túl gyakran tüzel. Egy adatrekord minden módosítása többnyire túl sok; napi egyszer elég.
2. Bemenetek
Mely adatok folynak be, melyik forrásból, milyen terjedelemben? Ide tartozik egy mennyiségi korlát is – különben egyszer csak egy 5000 bejegyzéses lista megy be.
Gyakori hiba: Nincs felső határ. Ez a tesztelésnél nem tűnik fel, üzemben azonnal.
3. Utasítás
A prompt, immár rögzítve bedrótozva: kiindulási helyzet, számozott feladatok, szabályok, kimeneti forma. Helyőrzőkkel a bemenetekhez.
Gyakori hiba: Nincs kitalálási tilalom. A csevegőablakban feltűnik egy kitalált szám, a folyamatban nem.
4. Kimeneti cél
Hová megy az eredmény? Egy piszkozatba, egy jegyzetbe, egy fájlba, egy személynek szóló üzenetbe. Lehetőleg oda, ahová amúgy is odanéz valaki.
Gyakori hiba: Közvetlenül kifelé. Kiküldés, közzététel vagy adatrekord-módosítás közbenső lépés nélkül.
Egy folyamat részletesen
Példaként a beérkezett megkeresések heti kiértékelése – egy folyamat, amelynek szinte minden cégnél van értelme.
| Építőelem | Meghatározás |
|---|---|
| Kiváltó | Hétfő, 7 óra |
| Bemenetek | Az elmúlt 7 nap megkeresései, legfeljebb 100, mezők: dátum, forrás, kérés, állapot |
| Utasítás | Csoportosítás kérés szerint, a három leggyakoribb megnevezése, az előző héthez képesti eltérések, számot kitalálni tilos |
| Kimeneti cél | E-mail az ügyvezetésnek, legfeljebb 200 szó |
| Leállítási feltétel | 3-nál kevesebb megkeresés: nincs kiküldés |
| Napló | Időpont, a bemenetek száma, siker vagy hiba |
Tudtad?
A leállítási feltétel az az építőelem, amely a leggyakrabban hiányzik – és amely a legtöbb bosszúságot előzi meg. Nélküle a folyamat akkor is lefut, ha nincs semmi, és jelentést gyárt a semmiről.
A kár nem az az egy értelmetlen jelentés. Hanem az, hogy egy heti jelentést, amely gyakran semmit sem tartalmaz, két hónap múlva már nem olvas el senki – akkor sem, ha egyszer valami fontosat tartalmaz. Egy folyamat, amely csak akkor jelez, ha van mit jelezni, évekig hasznos marad.
Hol marad az ember
Két helyen, és ezek nem képezik alku tárgyát:
A megítélésnél. Hogy egy kapcsolat komolyan érdeklődik-e, hogy egy szöveg eltalálja-e a helyes hangnemet, hogy egy eltérés probléma-e vagy véletlen – az ilyen ítéletek olyan összefüggéseken alapulnak, amelyek nincsenek benne az adatokban.
Mindennél, aminek kifelé hatása van. Kiküldés, közzététel, törlés, fizetés. Nem azért, mert egy modell képtelen lenne rá, hanem mert ott egy hibát már nem lehet visszaszedni.
Egy ismétlődő minta: a folyamat három hónapig jól fut, aztán megváltozik egy apróság az adatforrásban – egy mező máshogy hívják, egy nézetet átépítettek. A folyamat tovább fut, és olyan eredményeket gyárt, amelyek hibásak, de helyesnek látszanak.
Ez ellen csak egy segít: egy hihetőségi ellenőrzés magában a folyamatban. „Ha háromnál kevesebb mező van kitöltve, szakítsd meg és jelezz.” Öt perc az építésnél, és ez a különbség egy olyan folyamat között, amely probléma esetén megáll, és egy olyan között, amely hónapokig hibás jelentéseket ír.
Mi megy félre
- Nincs vészfék. Minden folyamathoz kell egy hely, ahol azonnal megállítható – ismerten, mielőtt szükség lenne rá.
- Nincs napló. Feljegyzés nélkül nem rekonstruálható, mikor mi történt és milyen adatokkal.
- Nincs felelős. A folyamatok csendben elavulnak. Negyedéves átnézés nélkül egy folyamat egy év múlva többet árt, mint használ.
- Becsempészett utasítások. Ha a folyamat idegen forrásból származó szöveget olvas – e-maileket, űrlapokat, dokumentumokat –, állhat abban olyan felszólítás, amely megbízásként hat. Ez ellen mindenekelőtt a szűk jogosultság hat.
Egy visszatérő promptot szeretnék rögzített folyamattá alakítani. Vizsgáld meg a tervet, és írd le a folyamatot. A prompt, amelyet ma kézzel használok: [prompt beillesztése] Kiindulási helyzet: - Milyen gyakran csinálom: [gyakoriság] - Honnan jönnek a bemenetek: [forrás] - Mi történik az eredménnyel: [leírás] - Kellett eddig minden alkalommal igazítanom a prompton? [igen / nem] - Folynak be idegen forrásból adatok (e-mailek, űrlapok)? [igen / nem] Feladatok: 1. Vizsgáld meg a három érettségi feltételt: háromszor ugyanúgy működött, a bemenetek megnevezhetők, a hiba felismerhető. Mondd ki világosan, ha valamelyik nem teljesül – akkor a folyamat még nem esedékes. 2. Írd le a négy építőelemet: kiváltó, bemenetek (mennyiségi korláttal), utasítás helyőrzőkkel, kimeneti cél. 3. Fogalmazz meg egy leállítási feltételt és egy hihetőségi ellenőrzést, amely megakadályozza, hogy a hibás eredmények helyesnek látsszanak. 4. Nevezd meg azokat a helyeket, ahol embernek kell döntenie. 5. Nevezd meg, mit kell naplózni, és hogyan lehet a folyamatot megállítani. Ha a terv ebben a formában nem teherbíró, mondd ki világosan, és nevezd meg a kisebb változatot.
Összegzés
A prompttól a folyamatig vezető lépés nem technikai akadály, hanem a leírhatóság kérdése. Aki le tudja írni a kiváltót, a bemeneteket, az utasítást és a célt, az a nehezén túl van.
Ami utána különbséget tesz, azok a nem látványos részek: leállítási feltétel, hihetőségi ellenőrzés, napló, vészfék. Együtt húsz percbe kerülnek, és ezek döntik el, hogy egy folyamat egy év múlva még hasznos-e, vagy csendben kárt okoz.
Gyakori kérdések
Hogyan lehet munkafolyamatokat MI-vel automatizálni?
Úgy, hogy egy bevált promptot négy építőelemre bontotok: kiváltó (időpont vagy esemény), bemenetek (forrással és mennyiségi korláttal), az utasítás helyőrzőkkel, és egy kimeneti cél – lehetőleg oda, ahová amúgy is odanéz valaki. Ehhez tartozik egy leállítási feltétel, egy hihetőségi ellenőrzés és egy napló.
Mikor érett egy prompt a folyamathoz?
Ha három feltétel egyszerre teljesül: legalább háromszor pontosan ugyanúgy működött, a bemenetei megnevezhetők, és egy hibás eredmény felismerhető lenne. Az, hogy gyakran csináltok egy feladatot, nem elég – a gyakori, de minden alkalommal másképp futó feladatok a legrosszabb jelöltek.
Mi tartozik kötelezően minden folyamatba?
Egy leállítási feltétel, hogy a folyamat ne fusson, ha nincs semmi; egy hihetőségi ellenőrzés, amely megáll, ha a bemenetek váratlanul néznek ki; egy napló időponttal, terjedelemmel és eredménnyel; és egy ismert lehetőség az azonnali megállításra.
Mely helyeken kell embernek maradnia?
Kettőn: az olyan megítéléseknél, amelyek az adatokban nem szereplő összefüggéseken alapulnak – például hogy egy kapcsolat komolyan érdeklődik-e –, és mindennél, aminek kifelé hatása van: kiküldés, közzététel, törlés, fizetés. Ott egy hiba nem szedhető vissza.
Miért ad hibás eredményeket egy folyamat hónapok múlva?
Többnyire azért, mert az adatforrás észrevétlenül megváltozott – egy mezőt máshogy hívnak, egy nézetet átépítettek. A folyamat tovább fut, és olyan eredményeket gyárt, amelyek hibásak, de helyesnek látszanak. Ez ellen egy hihetőségi ellenőrzés segít magában a folyamatban, valamint egy rögzített negyedéves átnézés.
Marketing, amely magát állítja be
A Studio Engine bétája nyitva áll. Foglalj helyet, és alakítsd az elejétől fogva.
Csatlakozom a bétához →