Za avtomatizacijo poslovnih operacij z AI agenti začnite z rezultatom, ki ga lahko izrazite v eni povedi ("vsaka strankina faktura je plačana ali escalirana v petinštiridesetih dneh"), dajte agentu sistem, v katerem so dejanja za ta rezultat na voljo kot orodja s pooblastili, in pustite agentu, da zasleduje rezultat, medtem ko oseba obravnava izjeme, ki jih sproži. To je drugačna metoda od tiste, ki ste jo uporabili za avtomatizacijo delovnih tokov, kjer ste narisali pot in zgradili sprožilce ob njej.
Obe sta dopolnjujoči. Delovni tokovi so pravi instrument, kjer je pot fiksna in obseg visok; agenti so pravi instrument, kjer se pot spreminja glede na situacijo in rezultat je tisto, kar šteje. Večina napak v zgodnjih projektih agentov izhaja iz uporabe metode delovnega toka (narišite vsak korak, nato predajte zemljevid agentu) in večina uspehov izhaja iz izražanja rezultata, upravljanja sistema in merjenja, kako pogosto je morala oseba poseči.
Zabloda: več avtomatizacije pomeni več delovnih tokov
Operativne ekipe, ki so preživele pet let pri gradnji avtomatizacije delovnih tokov, običajno pristopijo k agentom na enak način: narišite proces, identificirajte vsak korak in konfigurirajte agenta, da izvede korake. Zdi se, da je to rigorozno. Prav tako proizvaja agente, ki so krhki na enak način, kot so bili delovni tokovi, ker je zemljevid še vedno tisto, kar se izvaja, in zemljevid je napačen v trenutku, ko stranka stori nekaj, česar zemljevid ni predvidel.
Delovni tok kodira pot. Agent zasleduje rezultat, izbira pot iz orodij, ki jih ima, in stanja, ki ga najde. Ko dobavitelj odgovori na naročilo z delnim datumom dostave, delovni tok potrebuje vejo, ki jo je nekdo pomislil; agent prebere odgovor, posodobi pričakovani datum, obvesti osebo, ki ji je to pomembno, in nadaljuje. Razlika ni v inteligenci. Gre za to, da je agent prejel rezultat in niz orodij, namesto poti.
Torej je prva sprememba metode, da prenehate začeti z zemljevidom procesa. Začnite s tem, kar želite, da je res na koncu tedna.
Začnite z izidom, ne z nalogo
Rezultat je stavek o stanju podjetja, ki ga je mogoče preveriti. Imena niz zapisov, pogoj in čas. Naloge opisujejo dejavnost; rezultati opisujejo rezultate. Tabela prikazuje razliko za štiri pogoste operacije, tretja kolona pa je tisto, kar mora agentu biti dovoljeno, da zasleduje vsak rezultat.
| Zahteva oblikovana kot naloga | Zahteva oblikovana kot rezultat | Dejanja, ki jih agent potrebuje |
|---|---|---|
| Pošlji opomnike po elektronski pošti 1., 7. in 14. dan | Vsak račun je plačan ali pa je pri osebi za odločitev v petinštiridesetih dneh od izdaje | Išči račune po zapadlem znesku, pošlji opomnike in izpise, ustavi, ustvari naloge |
| Preveri nivoje zalog vsak petek | Nič na aktivnem seznamu ne pade pod točko ponovnega naročila brez dvignjenega naročila ali obveščene osebe | Preberi nivoje zalog in točke ponovnega naročila, osnutek naročil, vprašaj nad mejo porabe |
| Odgovori na povpraševanja v dveh urah | Vsako povpraševanje ima ponudbo, rezerviran klic ali imenovano osebo do konca dneva | Preberi vhodno pošto, osnutek ponudb, rezerviraj časovne termine, dodeli naloge |
| Zabeleži zamude dobaviteljev | Vsako delo ta teden ima potrjen datum dostave ali označeno tveganje do ponedeljka opoldne | Preberi pošto in naročila dobaviteljev, posodobi pričakovane datume, označi dela, obvesti lastnike |
Leva kolona prikazuje, kako so delovni tokovi določeni. Srednja kolona prikazuje, kako bi morali biti agenti. Desna kolona je nabor dovoljenj, ki je namenoma ozek: le dejanja, ki jih zahteva izid.
Pisanje stavka o izidu je težje, kot se zdi, in se splača. Če ne morete povedati, kako bi to preverili, še ni izid. Če potrebuje frazo "in uporabite presojanje", ste našli del, ki ga obdrži oseba.
Dajte agentu nadzorovan sistem, ne prijavo
Druga sprememba metode se nanaša na to, kar predate agentu. Zapeljivost je uporabniški račun v obstoječem sistemu in dolg poziv. To vam daje agenta, ki lahko vidi vse, počne vse, kar lahko počne račun, in ne pusti nobenih sledi, ki bi se razlikovale od osebe. Alternativa je sistem, ki agenta obravnava kot stranko, ki deluje v imenu določene osebe, s štirimi lastnostmi.
- Dejanja kot orodja. Operacije, ki jih izid potrebuje, obstajajo kot definirana, tipizirana dejanja, ki jih agent lahko odkrije in pokliče, z vnosi in rezultatom, namesto zaslonov, ki jih je treba upravljati. Model Context Protocol je odprti standard za to, in vsak združljiv agent lahko uporablja orodja, objavljena prek njega.
- Dovoljenja pri vsakem klicu. Orodja, ponujena agentu, so filtrirana glede na vlogo osebe, za katero deluje, in vsak klic se ponovno preveri, ko se izvede. Agent nekoga, ki ne more odobriti naročilnice, tudi ne more odobriti.
- Proračun. Kjer lastna umetna inteligenca sistema izvaja razmišljanje, je poraba omejena na integracijo, tako da slabo opredeljen izid ne more povzročiti stroškov.
- Dnevnik. Vsak klic, z njegovimi vnosi in rezultatom, pripisan osebi, za katero je agent deloval, tako da je pregledovanje agentovega tedna enaka naloga kot pregledovanje sodelavčevega.
Specifikacija MCP sama pravi, da morajo strežniki preverjati vnose in izvajati nadzorne mehanizme, ter da bi morali odjemalci obdržati osebo, ki lahko vidi in zavrne klice orodij. Trenutne smernice tako Anthropic kot OpenAI za njihove lastne izdelke kažejo v isto smer: preglejte dovoljenja, ki jih zahteva povezan strežnik, obdržite odobritev za orodja, ki spreminjajo podatke, in se povežite le s strežniki, ki jim zaupate. Urejen sistem je tisto, kar to svetovanje naredi praktično in ne le opozorilo, ki ga je treba ignorirati.
Metoda, v šestih korakih
- Določite izidEna poved, preverljiva, s časovno omejitvijo. Zapišite izjeme, ki jih pričakujete, in kdo je odgovoren za vsako.
- Izvedite ročno za en tedenOseba, ki danes opravlja delo, zapiše, kaj je naredila in zakaj. Ta stran je politika, ki jo bo agent upošteval, in običajno je krajša, kot je kdo pričakoval.
- Določite orodjaNaštejte le dejanja, ki jih izid potrebuje. Agentu dajte ta dejanja, pod dovoljenji osebe, za katero deluje, in nič drugega.
- Predajte z pregledomAgent izvede izid; oseba pregleda vsako dejanje en teden, nato le izjeme. Popravite politiko, ne agenta.
- Merite izjemeŠtej, kako pogosto je morala oseba poseči, in kako daleč je bil zapis od izida, ko so to storili. Poslane opomnike niso merilo.
- RazširiteKo je bil prvi izid dolgočasen en mesec, dodajte naslednjega. Ponovno uporabite isto upravljanje; le izid in seznam orodij se spremenita.
Zaporedje je pomembno. Ekipe, ki preskočijo drugi korak, končajo s pisanjem politike v pozivu iz spomina, agent pa podeduje vsako vrzel v tem spominu. Ekipe, ki preskočijo tretji korak, dajo agentu celoten sistem in nato preživijo obdobje pregleda z skrbmi namesto s pregledovanjem.
Merite izjeme, ne naloge
Avtomatizacija delovnih tokov se meri v nalogah: dokončani zagonih, poslanih e-poštah, posodobljenih zapisih. Ti številke naraščajo, ko avtomatizacija deluje in tudi, ko ni pravilna, kar je razlog, zakaj so tako pomirjujoče in tako brezupne. Agenta, ki zasleduje rezultat, je treba meriti po ostanku, ki ga pušča ljudem.
Tri številke pokrivajo večino operacij. Delež rezultatov, ki so bili dokončani brez vključitve osebe, bi se moral povečati. Število izjem na teden, ki bi se moralo zmanjšati in nato ostati na ravni, ki jo vaše podjetje dejansko proizvaja. In zamuda pri vsaki izjemi: kako daleč od rezultata je bil zapis, ko ga je oseba videla. Če računi dosežejo osebo s štiridesetimi dnevi zamude namesto štirinajstimi, je politika zamujena, ne oseba.
Kjer delovni tokovi še vedno pripadajo
Nič od tega ne ukinja avtomatizacije delovnih tokov. Fiksna pot pri visoki količini brez presojanja je še vedno najbolje kodirana kot delovni tok: webhook, ki odda naročilo, nočni izvoz, pravilo, ki usmerja oddajo obrazca. Odločitvena tabela določa, kdaj poseči po katerem, in tretja vrstica je običajen primer.
| Situacija | Posezite po | Ker |
|---|---|---|
| Fiksna pot, visoka količina, brez presojanja | Delovni tok | Ceneje je, hitreje in popolnoma predvidljivo, agent pa nima ničesar, kar bi moral odločiti. |
| Pot se spreminja glede na to, kar agent najde; rezultat je tisto, kar je pomembno. | Agent | Veje, ki jih niste pričakovali, se obravnavajo z razumevanjem situacije, ne pa z manjkajočim pravilom |
| Fiksni sprožilec, ki mu sledi presoja | Delovni tok, ki zažene agenta | Sprožilec je zanesljiv, nadaljnji koraki pa zahtevajo razumevanje, izbiro in vprašanje |
| Denar odhaja, obveznosti do strank, karkoli nepovratnega | Agent, ki pripravlja, in oseba, ki odobrava | Stroški napačne odločitve presegajo stroške premora |
Vprašanje nikoli ni, katera možnost je boljša. Gre za to, ali je pot znana vnaprej in ali korak vsebuje presojo.
Delovni primer
Tukaj je rezultat zalog iz zgornje tabele, izražen kot stalna zahteva agenta, povezanega z delovnim prostorom Sois, kjer so zaloge, dobavitelji, naročila in naloge en zapis, predstavljen kot orodja. Vodja operacij je postavil omejitev porabe in imenoval dobavitelja za vsak izdelek.
- Preverjanje ravni zalog v primerjavi s pragovi za ponovno naročilo na aktivnem seznamu
- Šest artiklov pod pragom; običajen dobavitelj in zadnja cena za vsak izdelek
- Štiri naročilnice so bile pripravljene in poslane v okviru proračuna
- Dve naročilnici zadržani: prek proračuna, čakajo na vašo odobritev
- Pričakovani datumi dostave zabeleženi iz potrditev dobaviteljev
- En izdelek označen: dobavitelj nima na zalogi, alternativa ni zabeležena
Agent je uporabil orodja za zalogo, dobavitelja, naročilnice in naloge, ki jih omogoča vloga vodje operacij. Ni porabil ničesar nad proračunom in se ustavil pri eni stvari, ki je politika ni pokrivala.
Izjeme so izhod. Dve odobritvi in ena odločitev o nabavi so tisto, kar vidi vodja operacij; štiri rutinske naročila obstajajo v evidenci, kot da bi jih oseba sprožila, in ponedeljkov pregled je dnevnik. V Sois je povezan agent tisti, ki ga vodja že uporablja, prijavljen enkrat preko OAuth in deluje v svoji vlogi, in ko ta agent izvaja razmišljanje, Sois ne izvaja nobene umetne inteligence v njihovem imenu in za to ne zaračunava ničesar. Metoda ne temelji na Sois; temelji na tem, da so zgoraj navedene štiri lastnosti resnične za kateri koli sistem, v katerem agent deluje.
Vprašanja, ki jih ljudje postavljajo
Ali naj zamenjam svojo avtomatizacijo delovnega toka z AI agenti?
Ne. Ohranite delovne tokove za fiksne poti pri velikem obsegu, uporabite agente, kjer se pot spreminja in je izid tisto, kar šteje, ter uporabite delovni tok za zagon agenta, kjer zanesljiv sprožilec sledi presoji.
Kako vem, da je operacija pripravljena za predajo agentu?
Rezultat lahko navedete v eni preverljivi povedi, izvajali ste ga ročno teden dni in zapisali politiko, sistem pa razkriva le tiste akcije, ki jih rezultat potrebuje v okviru dovoljenj osebe, za katero agent deluje.
Kaj naj merim, ko agent izvaja operacijo?
Delež rezultatov, ki so bili zaključeni brez osebe, število izjem na teden in kako daleč od rezultata je bila vsaka izjemna situacija, ko jo je oseba videla. Število opravljenih dejanj vam pove, da je agent zaposlen, ne pa, da je prav.
Ali mora biti agent lastnik prodajalca?
Ne, če sistem uporablja odprt protokol. Vsak MCP odjemalec, vključno s Claude in ChatGPT, se lahko poveže in deluje v okviru dovoljenj uporabnika. Sistem, ki deluje samo s svojim lastnim asistentom, vas omejuje na funkcije, ki jih je ta asistent prejel.
- specifikacija Model Context Protocol: orodja strežniki morajo preverjati vnose in izvajati nadzor dostopa; stranke naj imajo osebo, ki lahko zavrne klice orodij in beleži uporabo
- Anthropic: začnite z uporabo prilagojenih povezav z oddaljenim MCP povežite se le s zaupanja vrednimi strežniki, preglejte zahtevane obsege, odobrite uporabo orodij
- Dokumentacija Sois: strežnik delovnega prostora MCP delovno okolje kot MCP strežnik; vaš lastni agent se poveže in izvaja razmišljanje
- Sois: varnost in plast dovoljenj dovoljenja, ki se uveljavijo, ko so orodja ponujena in ponovno, ko delujejo; omejitve porabe na integracijo; dejavnosti agenta so zabeležene
Ta članek se pregleda, ko se izdelki, ki jih opisuje, spremenijo. Naslednji načrtovani pregled: 4. december 2026.