Kodėl agentams reikia ribų prieš autonomiją
Per agentas, kuris buvo pernelyg paslaugus
Agentas nesukilo. Tai verta pasakyti pirmiausia, nes istorijos apie autonomines sistemas dažnai pasakojamos taip, tarsi programinė įranga vidurnaktį būtų skaičiusi prastą mokslinę fantastiką. Šis agentas elgėsi įspūdingai paklusniai. Jis gavo plačią instrukciją iki mėnesio pabaigos sutvarkyti atvirus tiekėjų klausimus. Jis perskaitė pašto dėžutę, ieškojo bilietų sistemoje, rado pasenusius įdarbinimo atvejus, siuntė priminimus, uždarė dublikatus, atnaujino skaičiuoklę ir perdavė viską, kas atrodė skubu. Kitą rytą iki 09:15 jis buvo atlikęs daugiau administracinio darbo, nei komanda paprastai spėdavo iki antros kavos.
Jis taip pat buvo atnaujinęs ginčą, kurį teisės skyrius sąmoningai buvo padėjęs į šalį, išsiuntęs priminimą tiekėjui, kuriam buvo taikomas derybų embargo, uždaręs dublikatą, kuris nebuvo dublikatas, nes įmonė turėjo dvi dukterines įmones beveik identiškais pavadinimais, ir atnaujinęs prognozės langelį, kurį finansų skyrius naudojo kaip įvestį valdybos ataskaitai. Agentas nebuvo haliucinavęs. Jis nebuvo ignoravęs instrukcijos. Jis buvo vykdęs užduoties formą taip, kaip ji buvo pateikta. Problema buvo ta, kad užduotis neturėjo sienų.
Komanda paprašė autonomijos prieš apibrėždama teritoriją. Jie suteikė agentui įrankius, prisijungimus, tikslą ir pasitikėjimo toną. Jie neapibrėžė, kurios sistemos yra tik skaitymui, kuriems veiksmams reikia patvirtinimo, kurie tiekėjai yra jautrūs, kurie įrašai yra autoritetingi, kurie laukai laikomi finansų kontrolėmis, kaip sustoti, kai tapatybė yra dviprasmiška, arba kokie įrodymai turi būti saugomi, kai atliekamas pakeitimas. Agentas nebuvo pernelyg protingas. Jis buvo nepakankamai valdomas. Tai mažiau dramatiška ir dažniau pasitaikanti problema.
Agentams reikia ribų prieš autonomiją, nes autonomija nėra asmenybės bruožas. Tai leidimas siekti tikslo per veiksmus. Kiekvienas leidimas turi perimetrą, kitaip jis tampa nuotėkiu. Naudingas klausimas nėra tai, kiek autonominį galime jį padaryti. Naudingas klausimas yra tai, kokį apribotą darbą ši sistema gali atlikti, su kokiais įrankiais, pagal kokias įrodymų taisykles ir kas turi atsitikti, kai pasaulis nustoja atitikti laimingąjį kelią.
Agentas yra darbo eiga su iniciatyva
Žodis agentas verčia žmones įsivaizduoti skaitmeninį kolegą. Ši metafora naudinga, kol nustoja tokia būti. Kolega turi darbo kontekstą, socialinį vertinimą, baimę dėl nepatogių susitikimų, prisiminimą apie praeities klaidas, vadovą ir sveiką nuovoką nerašyti teisės skyriui el. laiško 02:00, nebent pastatas tikrai dega. Programinės įrangos agentas turi ciklą. Jis stebi, planuoja, kviečia įrankius, skaito rezultatus, atnaujina būseną ir nusprendžia, ar tęsti. Šis ciklas gali būti galingas. Jis nėra tas pats, kas organizacinė branda dėžutėje.
Vadinti sistemą agentu neturėtų būti pasiteisinimas neaiškiam dizainui. Tai turėtų reikalauti griežtesnio dizaino, nes sistema gali atlikti kelis veiksmus be žmogaus tarp jų. Pokalbių robotas gali atsakyti blogai ir sustoti. Agentas gali atsakyti blogai, atidaryti užklausą, pakeisti lauką, išsiųsti žinutę, paleisti darbo eigą, išleisti pinigų ir tada panaudoti to veiksmo rezultatą kaip įrodymą kitam veiksmui. Mažas nesusipratimas gali tapti mažu procesu. Procesuose organizacijos kaupia pasekmes.
Agentų požiūris yra naudingas, kai priverčia komandas apibrėžti visą ciklą. Ką agentas gali stebėti. Kurie šaltiniai yra autoritetingi. Kaip jis interpretuoja ketinimus. Kokius įrankius gali kviesti. Kurie įrankių kvietimai yra grįžtami. Kuriems reikia patvirtinimo. Kiek pinigų, laiko, skaičiavimo resursų ar dėmesio jis gali išleisti. Kokią būseną jis išlaiko. Kaip jis žino, kad baigė darbą. Kaip jis prašo pagalbos. Kokie įrodymai lieka pasibaigus ciklui. Šie klausimai nėra biurokratija. Tai deleguotų veiksmų veikimo vadovas.
Be to vadovo, savarankiškumas tampa leidimu improvizuoti verslo sistemose. Improvizacija yra puiki džiaze. Ji mažiau žavi, kai redaguoja pagrindinius duomenis.
Ribos nėra antrankiai
Komandos kartais priešinasi riboms, nes jos skamba kaip būdas padaryti agentus mažiau naudingus. Tai atvirkščiai. Ribos yra tai, kas daro naudingumą išgyvenamu. Žmogus gali važiuoti greitai, nes keliai turi juostas, ženklus, greičio apribojimus, stabdžius ir sankryžų taisykles. Pašalinkite tuos apribojimus ir nesukūrėte pažangesnės transporto sistemos. Sukūrėte susitikimą su draudimu.
Gera riba pasako agentui, ką jis gali optimizuoti ir ką privalo išsaugoti. Jam gali būti leista sutrumpinti atsakymo laiką, bet ne apeinant patvirtinimą. Jam gali būti leista rengti tiekėjų žinutes, bet ne siųsti jas ribotiems subjektams. Jam gali būti leista suderinti įrašus, bet ne perrašyti autoritetingos sistemos be pasitikėjimo slenksčio ir peržiūros kelio. Jam gali būti leista naudoti skaičiavimo resursus, bet tik pagal biudžetą ir su priežastimi. Riba nėra savarankiškumo neigimas. Tai forma, kuri daro savarankiškumą suprantamą.
Ribos taip pat daro rezultatus patikrinamus. Jei agentas turi aiškią įrankių apimtį, vertintojai gali tikrinti įrankių naudojimą ne pagal paskirtį. Jei jis turi duomenų apimtį, jie gali tikrinti nutekėjimus. Jei jis turi biudžetą, jie gali tikrinti nekontroliuojamus ciklus. Jei jis turi eskalavimo taisykles, jie gali tikrinti neaiškumus. Jei jis turi įrodymų reikalavimus, jie gali tikrinti audito galimybes. Neaiškus savarankiškumas negali būti tikrinamas kitaip, kaip tik laukiant, kol atsitiks kažkas keista, ir tada rengiant susitikimą, kuriame visi žodį suderinimas vartoja skirtingomis reikšmėmis.
Naudingiausia riba dažnai yra nuobodi: skaityk prieš rašydamas. Leiskite agentui plačiai skaityti su leidimu, siūlyti pakeitimus ir rašyti tik siaurose sistemose, kuriose pataisymas yra lengvas. Tada plėskite. Savarankiškumas turėtų augti iš įrodyto elgesio, o ne iš entuziazmo. Entuziazmas yra prastas prieigos kontrolės modelis, nors jis turi stiprų pardavimų skyrių.
Įrankio prieiga yra ten, kur autonomija tampa reali
Agentas be įrankių dažniausiai yra kalbus planuotojas. Agentas su įrankiais yra veikianti programinė įranga. Tą akimirką, kai jis gali išsiųsti laišką, atnaujinti įrašą, paleisti užklausą, sukurti pirkimo užklausą, perkelti failą, iškviesti API arba paleisti kitą darbo eigą, sistema peržengia ribą nuo pasiūlymo iki veiksmo. Tas perėjimas nusipelno daugiau ceremonijos nei žymimasis langelis „įgalinti įrankius“.
Įrankių leidimai turėtų būti suskirstyti pagal pasekmes. Skaityti kliento įrašą nėra tas pats, kas jį redaguoti. Suformuluoti el. laišką nėra tas pats, kas jį išsiųsti. Sukurti bilietą nėra tas pats, kas jį uždaryti. Atlikti analizę nėra tas pats, kas paskelbti rezultatą. Subrendęs agento dizainas kiekvieną įrankio veiksmą traktuoja kaip sutartį: įvestis, leisti vartotojai, leisti tikslai, šalutinis poveikis, idempotiškumas, atšaukimas, įrodymai ir patvirtinimas. Jei tai skamba per sunkiai, pradėkite nuo mažiau įrankių. Atsakymas į silpną kontrolę nėra didesnis pažeidimo spindulys.
Negrįžtami veiksmai reikalauja ypatingo dėmesio. Mokėjimai, ištrynimai, paskyrų sustabdymai, teisiniai pranešimai, įsipareigojimai klientams, kainų pakeitimai ir politikos sprendimai neturėtų būti įprasti įrankio iškvietimai, nebent sritis turi itin stiprią kontrolę. Daugelyje darbo eigų galima naudoti dviejų žingsnių modelį: agentas paruošia, paaiškina ir į eilę įtraukia veiksmą; žmogus arba atskira kontrolės tarnyba patvirtina vykdymą. Tai nėra žmogaus prižiūrėjimas. Tai pareigų atskyrimas, idėja pakankamai sena, kad išgyventų daugybę programinės įrangos tendencijų ir keletą šriftų.
Net grįžtami veiksmai reikalauja audito pėdsakų. Jei agentas atnaujina lauką, įraše turėtų būti matoma ankstesnė reikšmė, nauja reikšmė, įrodymai, politikos versija, įrankio iškvietimas, agento versija ir tai, ar žmogus vėliau jį pakeitė. Priešingu atveju atšaukimas tampa spėliojimu. Spėliojimas yra brangus, kai jį atlieka žmonės, kuriems buvo pažadėta, kad automatizavimas sutaupys laiko.
Būsena yra verslo duomenys
Agentai prisimena dalykus. Jie saugo užduoties būseną, pokalbio būseną, įrankių rezultatus, santraukas, juodraščius, planus, įterptis, nuostatas ir kartais ilgalaikę atmintį. Ta atmintis gali pagerinti tęstinumą. Ji taip pat gali tapti šešėline verslo sistema, jei niekas jos nevaldo. Agentas gali prisiminti, kad tiekėjas yra sudėtingas, kad klientas mėgsta nuolaidą, kad atvejis atrodo įtartinas arba kad aplinkkelis paprastai veikia. Tie prisiminimai gali formuoti būsimus veiksmus. Jie nebėra nekenksmingi užrašai.
Būsenai reikia nuosavybės, saugojimo, taisymo ir prieigos taisyklių. Kas gali matyti, ką agentas prisimena. Kiek laiko jis tai saugo. Ar vartotojas gali tai pataisyti. Ar ji paveldi slaptumą iš šaltinio. Ar ji naudojama būsimiems sprendimams. Ar ji keliauja tarp vartotojų. Ar ji įtraukiama į raginimus. Ar ji ištrinama, kai ištrinamas šaltinio įrašas. Tai įprasti duomenų valdymo klausimai, apsirengę agento kostiumu. Kostiumas nieko nekeičia, išskyrus greitį, kuriuo bėdos gali plisti.
Trumpalaikiai užrašai taip pat nusipelno dėmesio. Plane gali būti jautrių samprotavimų, netyčia paliktų prisijungimo duomenų, išvestinių faktų ar klaidingų prielaidų. Jei jis registruojamas plačiai, gali nutekėti. Jei iš viso neregistruojamas, sistemą tampa sunku derinti. Teisingas atsakymas priklauso nuo srities rizikos, bet atsakymas turi būti. Atminties politika neturėtų būti tai, ką sistema atsitiktinai išsaugojo antradienį.
Kai būsena yra valdoma, agentus tampa lengviau tobulinti. Komandos gali matyti, kur ciklas užstrigo, kurios prielaidos kartojosi, kurie šaltiniai buvo naudingi, kurie įrankio iškvietimai nepavyko ir kurios žmogaus intervencijos ištaisė kelią. Be valdomos būsenos vertinimas tampa seansu su klaidos pėdsakais.
Dviprasmiškumas yra įprasta padėtis
Daugelis agentų demonstracijų veikia, nes demonstracijos pasaulis yra tvarkingas. Klientas turi vieną sąskaitą. Politika turi vieną išimtį. Tiekėjas turi vieną juridinį asmenį. Užduotis turi vieną akivaizdų kitą žingsnį. Tikros operacijos nėra tokios mandagios. Pavadinimai susiduria. Įrašai dubliuojami. Leidimai pasenę. Kažkas parašė žr. ankstesnį el. laišką, frazę, kuri automatizavimui padarė daugiau žalos nei daugelis techninių standartų. Agentas turi būti sukurtas dviprasmiškumui kaip įprastai padėčiai, o ne kaip gėdingam trikdžiui.
Gerai apibrėžtos ribos sako agentui, kada neveikti. Jei tapatybės patikimumas mažas, sustok. Jei du autoritetingi šaltiniai nesutaria, sustok arba perduok aukščiau. Jei prašomas veiksmas liečia ribojamą šalį, sustok. Jei kaina viršija biudžetą, sustok. Jei įrankio rezultatas prieštarauja planui, sustok. Jei tas pats žingsnis kartojasi per dažnai, sustok. Jei agentas negali paaiškinti savo įrodymų, sustok. Sustojimo sąlyga nėra nesėkmė. Tai saugumo funkcija su kuklumu.
Perdavimas aukščiau turi būti konkretus. Neduokite žmogui miglotos žinutės, kad agentui reikia pagalbos. Pasakykite, kuri riba buvo pasiekta, kokie įrodymai matyti, koks veiksmas siūlytas, kokia rizika lieka ir kokio sprendimo reikia. Žmonės gerai sprendžia, kai sistema pateikia tinkamą kontekstą. Jie mažiau gerai reaguoja, kai yra kviečiami į miglą ir prašomi ją palaiminti.
Čia yra orumo klausimas darbuotojams. Jei agentai meta kiekvieną sudėtingą atvejį žmonėms be konteksto, automatizavimas tampa mašina, kuri sutelkia netvarką tiems patiems žmonėms kaip ir anksčiau. Jei agentai slepia dviprasmiškumą ir vis tiek veikia, žmonės paveldi pasekmes. Ribos turi sąžiningai paskirstyti darbą: mašinos tvarko ribotą pasikartojimą, žmonės sprendžia neišspręstus vertinimus, o sistema išlaiko pakankamai įrodymų, kad nė viena pusė neturėtų apsimesti.
Žmogaus priežiūra yra dizainas, o ne kėdė
Žmogaus įtraukimas į procesą yra populiari frazė, nes skamba atsakingai ir skaidrėje nieko nekainuoja. Praktiškai tai dažnai reiškia, kad žmogus turi pastebėti viską, ką sistema gali padaryti ne taip, ir tuo pat metu suspėti atlikti darbą, kurį automatizavimas turėjo sumažinti. Tai ne priežiūra. Tai streso pozicija su valdymo skydeliu.
Gera priežiūra apibrėžia, ką žmogus peržiūri ir kodėl. Ar asmuo tvirtina įrankio veiksmą, vertina įrodymus, sprendžia konfliktą, tvarko išimtį, keičia politiką ar atrenka rezultatų pavyzdžius kokybei įvertinti. Kiekvienam vaidmeniui reikia skirtingos informacijos. Tvirtinimui reikia siūlomo veiksmo ir pasekmės. Įrodymų vertinimui reikia šaltinių ir versijų. Konfliktų sprendimui reikia konkuruojančių teiginių. Kokybės atrankai reikia pasiskirstymų, o ne pavienių istorijų. Žmogaus dėmesys yra ribotas. Išleiskite jį kaip infrastruktūrą.
Priežiūra taip pat turi būti laiku. Peržiūra po negrįžtamo veiksmo nėra priežiūra; tai archeologija su jausmais. Kiekvieno nereikšmingo žingsnio peržiūra naikina automatizavimo vertę. Naudingas modelis yra rizika pagrįsti vartai. Mažos rizikos grįžtami veiksmai gali vykti su registravimu. Vidutinės rizikos veiksmams gali reikėti peržiūros, kai pasitikėjimas mažas arba artėjama prie ribos. Didelės rizikos veiksmams reikia tvirtinimo prieš vykdymą. Modelio sklandumas neturėtų lemti vartų. Pasekmė turėtų.
Žmonėms reikia tokios pat galios kaip ir atsakomybės. Jei peržiūrintysis gali tik patvirtinti arba atmesti, bet negali pataisyti šaltinio duomenų, atnaujinti ribos, pagerinti taisyklės ar pažymėti sugedusio įrankio, ta pati problema grįš. Priežiūra turėtų maitinti sistemą. Kitaip žmonės tampa dekoratyviu saugumo sluoksniu, o tai nesąžininga žmonėms ir stebėtinai nenaudinga saugumui.
Autonomijos riba
Autonomija nėra jungiklis. Tai riba, kuri juda gerėjant įrodymams. Viename gale agentas rengia rekomendacijas ir negali veikti. Tada jis gali veikti smėlio dėžėje. Tada jis gali rašyti į mažos rizikos sistemas. Tada jis gali atlikti ribotus gamybinius veiksmus. Tada jis gali koordinuoti veiksmus tarp sistemų su tvirtinimais. Galiausiai labai brandžiose srityse jis gali tvarkyti siaurą darbą su išimčių priežiūra. Kiekvienas žingsnis turi būti uždirbtas rezultatais, o ne pažadėtas architektūros diagramomis.
Riba kiekvienoje srityje yra skirtinga. Agentas, kuris planuoja vidinius susitikimus, gali turėti daugiau laisvės nei tas, kuris keičia mokėjimo sąlygas. Agentas, kuris žymi dokumentus, gali turėti daugiau laisvės nei tas, kuris juos ištrina. Agentas, kuris padeda inžinieriui rūšiuoti žurnalus, gali turėti daugiau laisvės nei tas, kuris bendrauja su klientais. Tas pats pagrindinis modelis gali būti skirtingų autonomijos lygių pagrindas, nes ribą nustato pasekmė, o ne modelis.
Judėjimas išilgai ribos reikalauja įrodymų: vertinimo rezultatų, incidentų istorijos, įrankių klaidų dažnio, eskalavimo kokybės, atšaukimo sėkmės, vartotojų pasitikėjimo, politikos laikymosi ir sąnaudų elgsenos. Jei agentas nuolat susiduria su ta pačia dviprasmybe, atsakymas gali būti geresni duomenys, aiškesnė politika ar siauresnė apimtis, o ne didesnė autonomija. Jei agentas gerai veikia vienoje eilėje, nelaikykite savaime suprantamu, kad jis taip elgsis kitoje. Verslo kontekstas nėra pramogų parko atrakcionas. Ūgio reikalavimai yra vietiniai.
Štai kodėl frazė visiškai autonominis paprastai yra mažiau naudinga, nei žmonės tikisi. Visiška autonomija kam. Kiek ilgai. Su kokiais įrankiais. Pagal kokį biudžetą. Pagal kokią politiką. Su kokia apskundimo galimybe. Rimta versija yra siauresnė ir stipresnė: autonominis šioje apribotoje užduotyje, su šiais valdikliais, kol šios sustabdymo sąlygos. Tai skamba mažiau įspūdingai. Tačiau didesnė tikimybė, kad ji išliks susidūrus su antradieniu.
Ribas reikia palaikyti
Riba nėra baigta, kai ji parašyta. Verslo taisyklės keičiasi, tiekėjai susijungia, duomenys keliauja, komandos persitvarko, modeliai atnaujinami, įrankiai įgyja funkcijų, o vartotojai atranda spartesnius kelius. Agentų riba, kuri sausį buvo protinga, kovą gali būti klaidinga. Tai ne pirminio dizaino nesėkmė. Tai realybė, įprastai nemandagiai primenanti versijų kontrolę.
Ribų palaikymui reikia atsakomybės. Kažkas atsako už tikslo aprašymą. Kažkas atsako už duomenų apimtį. Kažkas atsako už įrankių leidimus. Kažkas atsako už biudžeto ribas. Kažkas atsako už eskalavimo taisykles. Kažkas atsako už vertinimą. Kažkas atsako už incidentų peržiūrą. Jei už ribą atsako visi, agentas atsako už ją pats, o tai poetiškas būdas pasakyti, kad neatsako niekas. Ribos turėtų būti versijuojamos, peržiūrimos ir susietos su incidentais bei stebėtu elgesiu.
Pakeitimų valdymas turėtų apimti testus. Jei įrankis įgyja naują veiksmą, agentas jo negauna automatiškai. Jei duomenų šaltinis keičia schemą, reikėtų patikrinti gavimą ir būsenos tvarkymą. Jei keičiasi politika, kartu turėtų keistis raginimai, taisyklės ir vertinimo atvejai. Jei keičiasi modelio versija, regresijos testai turėtų apimti įrankio pasirinkimą, atsisakymą, eskalavimą ir įrodymų kokybę. Agentas nėra stebuklingas sluoksnis virš proceso. Tai procesas su greitesniu ritmu.
Palaikymas taip pat reiškia autonomijos mažinimą. Jei aplinka tampa rizikingesnė, jei incidentų dažnis auga, jei tiekėjas tampa jautrus, jei keičiasi reglamentavimas arba krenta įrodymų kokybė, autonomija turėtų trauktis atgal. Tai gali atrodyti kaip nesėkmė. Iš tikrųjų tai veikianti kontrolė. Stabdžiai nėra pripažinimas, kad automobiliai buvo klaida.
Organizacinė pamoka
Agentai atskleidžia, kaip gerai organizacija supranta savo darbą. Jei darbo eiga pilna neformalių išimčių, neaiškios atsakomybės, dublikatų, paslėptų politikų ir herojiškos žmogiškos atminties, agentas to stebuklingai neišvalys. Jis arba suklups, arba veiks klaidingai, arba reikalaus tiek patvirtinimų, kad žmonės pradės jį naudoti kaip lėtesnę el. pašto formą. Agentas nesukūrė netvarkos. Jis padarė netvarką vykdoma.
Tai gali būti naudinga. Agentų dizainas verčia komandas įvardyti darbą, apibrėžti įgaliojimus, klasifikuoti duomenis, atskirti įrankius, parašyti sustabdymo sąlygas ir išsaugoti įrodymus. Tai sveiki operaciniai įpročiai net ir prieš automatizavimą. Komanda, kuri negali apibrėžti ribų agentui, tikriausiai negali pakankamai gerai paaiškinti darbo eigos ir žmonėms. Programinė įranga tiesiog mažiau mandagiai elgiasi su dviprasmybe.
Geriausi agentų diegimai prasideda siauriau nei ambicijos. Jie pasirenka realų darbo srautą su žinomomis ribomis, reikšminga apimtimi, ribotu poveikio spinduliu ir savininkais, kurie gali tobulinti sistemą. Jie stebi, kur žmonės naudoja sprendimą. Jie automatizuoja apribotą pasikartojimą. Jie kaupia įrodymus. Jie aiškiai eskaluoja. Jie plečiasi tik tada, kai dabartinė riba pasitvirtino. Tai nėra lėta. Taip greitis išvengia tapimo valymo darbais.
Autonomija be ribų prašo sistemos elgtis kaip gero darbuotojo, kartu atimdama iš jos organizacinį kontekstą, kuris darbuotojus daro gerais. Apribota autonomija užduoda geresnį klausimą: kurią darbo dalį galima deleguoti taip, kad ji liktų patikrinama, kiek įmanoma grįžtama ir sąžininga, kai nežino. Tas klausimas mažiau patrauklus. Bet būtent jis leidžia agentams tapti operacijomis, o ne teatru.
Pamoka
Agentams reikia ribų prieš autonomiją, nes kiekvienas autonominis žingsnis yra deleguotas veiksmas. Delegavimas be apimties nėra pasitikėjimas. Tai atsakomybės atsisakymas gražesne terminologija. Pirmiausia apibrėžkite darbą, duomenis, įrankius, biudžetus, būseną, įrodymus, sustabdymo sąlygas, eskalavimą ir taisymo kelius. Tada autonomija gali augti ten, kur sistema to nusipelno.
Esmė ne padaryti agentus nedrąsius. Esmė padaryti juos naudingus ten, kur darbas turi reikšmės. Ribos leidžia agentams veikti greičiau, nepadarydamos pasekmių nematomų. Jos leidžia žmonėms prižiūrėti sprendimus, o ne prižiūrėti mechaniką. Jos paverčia klaidas taisymais, o ne mįslėmis. Svarbiausia, jos suteikia organizacijai būdą pasakyti, kuo agentui leidžiama būti geram.
Laisvas agentas skamba įdomiai, kol susiduria su realiu darbo srautu. Apribotas agentas gali skambėti mažiau herojiškai. Gerai. Heroizmas yra prastas veiklos modelis. Ribos yra tai, kaip autonomija tampa atskaitingu darbu.