n8n DI agento patvirtinimai: rizikingą veiksmą sustabdykite laiku

n8n DI agentui žmogaus patvirtinimą prijunkite prie pasirinktų įrankių, kurie siunčia laiškus arba keičia duomenis. n8n įrankių peržiūros instrukcija aprašo šį veikimą: prieš įrankio kvietimą darbo eiga pristabdoma, žmogui parodomi agento siūlomi parametrai, o įrankis vykdomas tik gavus patvirtinimą. Atmetus kvietimas atšaukiamas.

Klientų aptarnavimo eigoje agentas gali rasti užsakymo būseną ir parengti atsakymą, tačiau prieš siunčiant laišką arba taisant kliento įrašą žmogus turi matyti konkretų numatomą veiksmą. Patvirtinimą susiekite su tuo įrankiu, kuris atliks siuntimą ar pakeitimą. Vien agento instrukcija prašyti leidimo tokio stabdymo neužtikrina.

Kurie įrankiai turi laukti žmogaus?

Peržiūrėkite agentui prijungtus įrankius pagal jų poveikį. Užsakymo būsenos paieška ir ankstesnio susirašinėjimo nuskaitymas paprastai nekeičia duomenų. Laiško išsiuntimas, pristatymo adreso taisymas, grąžinimo patvirtinimas ar įrašo ištrynimas jau pasiekia klientą arba pakeičia sistemos būseną. Būtent prieš tokį veiksmą peržiūra leidžia žmogui sustabdyti klaidingą gavėją, netinkamą tekstą ar ne to kliento įrašo pakeitimą.

Tai yra jūsų proceso rizikos klasifikavimas: n8n automatiškai nenusprendžia, kuris įrankis jūsų įmonei pavojingas. Skaitymo įrankiui taip pat gali reikėti prieigos ribojimų, jei jis atveria jautrius duomenis. Jeigu vienas įrankis ir skaito, ir rašo, šias operacijas geriau atskirti. Tuomet įprasta paieška nestos laukti tvirtintojo, o rašymo veiksmas negalės pasislėpti po skaitymo įrankio pavadinimu.

Prijunkite peržiūrą prie siuntimo ir keitimo įrankių

Tarkime, klientas teiraujasi, kur yra užsakymas. Sąlyginiame pavyzdyje agentas randa būseną, parengia atsakymą ir siūlo jį išsiųsti el. paštu. Įrankį „Rasti užsakymą“ palikite prijungtą tiesiogiai prie AI Agent, o „Siųsti atsakymą klientui“ prijunkite per Human review. Jei agentas gali pakeisti pristatymo adresą, ir šiam įrankiui taikykite peržiūrą: tvirtintojas turi įvertinti kitokias reikšmes nei laiško atveju.

1. Atverkite AI Agent mazgo įrankių jungtį, skiltyje Human review pasirinkite patvirtinimo kanalą ir sukonfigūruokite jo gavėją bei prieigą.
2. Prie peržiūros žingsnio įrankių jungties prijunkite tik tuos įrankius, kuriems reikia leidimo. Skaitymo įrankius palikite tiesiogiai pasiekiamus agentui, jei jų prieiga jau atitinka jūsų taisykles.
3. Siuntimo įrankiui aiškiai apibrėžkite gavėją, temą ir laiško tekstą kaip kvietimo parametrus. Įrašo keitimo įrankiui nurodykite įrašo identifikatorių, keičiamą lauką ir siūlomą naują reikšmę.

Peržiūros pranešime naudokite $tool.name ir $tool.parameters: taip tvirtintojas matys įrankio pavadinimą ir reikšmes, su kuriomis agentas ketina jį kviesti. Agentas gali užpildyti parametrus per $fromAI(). Esmė ta, kad žmogus tvirtina numatytą kvietimą prieš jo vykdymą, o ne jau išsiųsto laiško kopiją.

Ką parodyti patvirtinimo pranešime?

Vien įrankio pavadinimo sprendimui nepakanka. Laiško atveju parodykite gavėjo adresą, temą, visą siūlomą tekstą ir kliento prašymo esmę. Jei atsakymas remiasi užsakymu, pridėkite jo identifikatorių ir reikšmingą būseną. Adreso keitimo atveju parodykite įrašą, seną reikšmę, jei ji prieinama darbo eigai, ir siūlomą naują reikšmę. Tvirtintojas tada gali vertinti ir turinį, ir tai, ar veiksmas taikomas tinkamam klientui.

Siunčiamo laiško gavėją ir tekstą imkite iš paties įrankio kvietimo parametrų. Agentas gali laisvu tekstu apibūdinti vieną veiksmą, bet įrankiui perduoti kitas reikšmes; tokiu atveju santraukos patvirtinimas neapimtų tikrojo siuntimo. Kliento prašymo kontekstą į pranešimą pridėkite atskirai iš darbo eigos duomenų, nes vien $tool.parameters nebūtinai apima pradinę užklausą. Rodykite tiek asmens duomenų, kiek reikia sprendimui, ir siųskite prašymą žmogui, turinčiam teisę juos matyti.

Atmetimas turi turėti aiškią baigtį

Atmetus įrankio kvietimą, agentas gauna informaciją, kad veiksmas neįvyko. Jo sisteminėje instrukcijoje išvardykite peržiūros reikalaujančius įrankius ir nurodykite, kaip elgtis po atmetimo: nepranešti klientui, kad laiškas išsiųstas ar įrašas pakeistas, ir prireikus parengti pataisytą pasiūlymą. Jei agentas vėl kviečia tą patį saugomą įrankį su naujais parametrais, naują kvietimą taip pat turi peržiūrėti žmogus.

Jeigu atmestas juodraštis privalo nukeliauti į darbuotojo eilę, patvirtinimą galite organizuoti kaip atskirą darbo eigos žingsnį prieš siuntimo mazgą. n8n klientų atsakymų šablone agento juodraštis pateikiamas pokalbyje su „Approve“ ir „Decline“ pasirinkimais, o IF mazgas sprendimą nukreipia į patvirtintą arba atmestą eigą. Tokia sandara leidžia atmetimo šakoje išsaugoti juodraštį ar paskirti jį darbuotojui. Tai juodraščio patvirtinimas prieš atskirą siuntimo mazgą; tiesioginė Human review prie agento įrankio stabdo patį įrankio kvietimą.

Kas vyksta, jei niekas neatsako?

Laukimo pabaigą laikykite atskira baigtimi. n8n šablonas su laukimo riba naudoja patvirtinimo mazgus ir Switch taisykles, kurios atskiria patvirtinimą, atmetimą ir neatsakytą prašymą; pastarasis perduodamas eskalavimo šakai. Jei jūsų procesui reikia nustatyto termino ir atskiros jo pabaigos šakos, šį modelį taikykite prieš siuntimo mazgą. Neatsakytas prašymas neturi tapti leidimu išsiųsti laišką.

Tokioje klientų aptarnavimo eigoje siuntimo mazgą pasiekia tik aiškus patvirtinimas. Atmetimą nukreipkite darbuotojui taisyti arba spręsti rankiniu būdu, o pasibaigus laukimui praneškite atsarginiam tvirtintojui ir palikite siuntimą sustabdytą. Termino trukmę nustatykite pagal savo aptarnavimo tvarką. Jei atsakymas vėliau pataisomas, darbuotojas turi matyti ir patvirtinti jau pataisytą versiją.

Audito įraše susiekite užklausos ar darbo eigos identifikatorių, numatytą įrankį, parodytus parametrus, tvirtintoją, jo sprendimą ir sprendimo laiką. Tai jūsų kuriamas proceso įrašas, todėl numatykite jį atskirai: patvirtinimo mygtukas savaime neapibrėžia, kokius duomenis jūsų įmonė saugos. Laikykite tik tiek laiško turinio ir kliento duomenų, kiek reikia sprendimui atsekti.

Taip pat skaitykite:

• „RSA Agent ID“: rizikingam agento veiksmui reikės įvardyto žmogaus
• „Zapier Agents“ ar „n8n“: patogumas kainuoja su kiekvienu veiksmu
• Make ar Zapier: pigi automatizacija priklauso nuo skaičiuojamo veiksmo