Verslui Įmonėms Sprendimai Programėlės Kainos Kūrėjai Blogas Dokumentacija Paleisti darbo erdvę
Blogas / Perspektyva

Kitas ERP vartotojas gali būti ne žmogus

Argumentas verslininkui, kuris kuria įmonę aplink agentus, ir programuotojui, kuris kurs naudojamą programinę įrangą. Verslo programinė įranga visada buvo kuriama vartotojui, turinčiam akis ir rankas. Tas vartotojas netrukus bus papildytas tokiu, kuris neturi nei vieno, nei kito, ir programinė įranga turės pasikeisti labiau, nei jos tiekėjai norėtų.

8 min skaitymasAtnaujinta 2026 m. rugsėjo 4 d.Sois inžinerija, komanda, kuri kuria platformą

Susirinkimų kambarys po darbo valandų: ilgas ąžuolo stalas, kėdės stumtos vidun, vienas uždarytas užrašų knygelė, langas į tamsų miestą.
Trumpas atsakymas

Verslo programinė įranga turi omenyje vieną vartotoją, ir jis visada buvo tas pats: asmuo, turintis akis, kad galėtų skaityti ekraną, ir rankas, kad galėtų jį užpildyti. Kiekviena forma, skirtukas, vedlys ir valdymo skydelis yra nuolaida to asmens darbo atminčiai ir dėmesio. Duomenų modelis po juo paprastai yra tvirtas. Sąsaja yra jo atvaizdavimas vienam skaitytojui.

Atėjo antras skaitytojų tipas. AI agentas nežiūri į ekraną; jis skaito įrankių sąrašą su pavadinimais, aprašymais ir schemomis, ir juos kviečia. Programinė įranga, kuri nori būti valdoma to vartotojo, turi atskleisti savo veiksmus kaip įrankius, užtikrinti leidimus kiekvienam kvietimui, prašyti pagal dizainą ir išlaikyti įrašą kaip šalutinį produktą. Tai, ką reiškia agento natyvi programinė įranga, ir tai yra didesnė pokyčių nei senų ekranų pridėjimas pokalbių lango.

Kiekvienas ekranas yra spėjimas, kas žiūri.

Apsvarstykite, kas yra ERP iš vartotojo pusės. Už prekės ženklo tai yra lentelių ir taisyklių rinkinys: klientai, prekės, užsakymai, sąskaitos faktūros, atsargų judėjimas ir apribojimai, kurie užtikrina jų nuoseklumą. Prieš tai yra dalis, kuriai buvo išleista daugiausia pinigų: kelios tūkstančiai ekranų, kurie pateikia tas lenteles asmeniui po kelis laukelius vienu metu, tvarka, kurią asmuo gali sekti, su etiketėmis, kurias asmuo gali skaityti, ir mygtukais, kuriuos asmuo gali rasti.

Kiekvienas iš tų ekranų koduoja spėjimą apie tai, kas yra kitoje pusėje. Spėjimas yra asmuo su ribota darbo atmintimi, todėl forma padalinta į skirtukus. Asmuo, kuris skaito iš kairės į dešinę, todėl svarbus laukas yra viršuje kairėje. Asmuo, kuris gali atsiminti maždaug septynis dalykus, todėl valdymo skydelyje yra šeši plytelės. Asmuo, kuris padarys rašybos klaidų, todėl pateikimo metu yra patikrinimas. Asmuo, kuris pavargsta, todėl bendras kelias turi mažiau paspaudimų. Visi šie dalykai yra geras dizainas vartotojui, kurį turėjo dizaineris, ir keturiasdešimt metų tas vartotojas buvo vienintelis.

Dėl to sąsaja yra nuostolingas duomenų modelio atvaizdavimas vienam skaitytojui. Modelis žino, kad sąskaita faktūra turi eilutes, klientą, terminą ir būseną; ekranas rodo eilutes viename skirtuke, klientą kitame, o būseną kaip spalvą. Darbas, kuris liečia penkis įrašus, reiškia penkis ekranus, o asmuo neša siūlą tarp jų savo galvoje. Tas siūlas yra didžioji dalis to, už ką verslas moka savo administraciniam personalui.

Naujas vartotojas turi įrankius, o ne rankas

AI agentas, veikiantis verslo sistemoje, nieko iš to negauna. Ką jis gauna, kai prisijungia per Model Context Protocol, yra prašymo rezultatas išvardyti įrankius: kiekvienam iš jų, pavadinimas, aprašymas, parašytas modeliui skaityti, schema jo įvestims ir, pasirinktinai, anotacija, nurodanti, ar įrankis tik skaito, ar gali sunaikinti ką nors, ir ar jo kvietimas du kartus yra saugus. Agentas pasirenka įrankį, kviečia jį su įvesties argumentais, skaito rezultatą ir vėl pasirenka. Protokolo santrauka yra ta, kad tai yra standartizuotas būdas prijungti AI programas prie išorinių sistemų, kaip bendras prievadas prijungia įrenginius, ir didieji klientai dabar kalba juo: Claude, ChatGPT, Cursor ir VS Code tarp jų.

Pažvelkite, ko šiam vartotojui nereikia. Jam nereikia sąskaitos faktūros, padalintos į skirtukus, nes jis gali laikyti visą įrašą vienu metu. Jam nereikia svarbaus lauko viršuje kairėje, nes kairės nėra. Jam nereikia šešių plytelių, nes jis gali paprašyti norimo skaičiaus. Jis nepavargsta, ir nėra paspaudimų. Kiekviena nuolaida, kuri padarė ekraną gerą asmeniui, šiam vartotojui yra arba nereikšminga, arba kliūtis.

Ir pažiūrėkite, ko jam reikia vietoj to, ko ekranas niekada nesuteikė. Jam reikia, kad kiekvieno veiksmo aprašymas būtų tikslus, nes aprašymas yra viskas, ką jis supranta. Jam reikia, kad schema būtų pilna, nes jis negali pamatyti pavyzdžio. Jam reikia žinoti, kurie veiksmai yra saugūs pakartoti. Jam reikia, kad rezultatas pasakytų, kas įvyko ir ką jis gali daryti toliau. Šiam vartotojui dokumentacija yra sąsaja, o pavadinimai yra dizainas: vienas platus įrankis su dviejų eilučių aprašymu yra prastesnis produktas nei ta pati galimybė kaip trys įrankiai su paprastais pavadinimais ir sąžiningais aprašymais, nesvarbu, kaip atrodo ekranai virš jų.

Apsilankymas per ekraną netruks

Pirmasis atsakas naujam vartotojui visada yra apsirengti kaip senam. Roboto procesų automatizavimas tai darė dešimtmetį: robotas prisijungia su paslaugų paskyra ir valdo ekranus tarsi turėtų rankas, surasdamas mygtuką pagal jo selektorių ar koordinates. Dabartinė versija suteikia kalbos modeliui ekrano nuotrauką ir žymeklį. Anthropic kompiuterio naudojimas daro būtent tai, o jo dokumentacija atsargiai nurodo, kur jis priklauso: jis egzistuoja tais atvejais, kai nėra griežtesnės sąsajos, jis nukreipia jus į naršyklės įrankį, kai darbas lieka puslapyje, ir prašo žmogaus patvirtinti bet ką, kas turi reikšmingų realių pasekmių, įskaitant finansines operacijas.

Kostiumas yra brangus dėvėti. Ekranas nedaro pažadų mašinai, todėl kiekvienas pokytis, padarytas žmogui, sugadina automatizavimą, kuris apsimeta esantis toks. Kiekviena sluoksnis tarp agento ir veiksmo, ekrano nuotrauka, spėjimas, kuris pikselis yra mygtukas, įrašytas tekstas, kuris gali arba negali būti tinkamoje srityje, yra klaidos vieta, o modelis jau yra klaidos vieta. Ekrano valdymas yra tiltas, kurį statote, kol sistema po juo neturi nieko geresnio, o robotų tiekėjai patys tai sako: jie dabar apibūdina robotą kaip vykdymo sluoksnį, kurį agentas kviečia sistemoms, kurioms to dar reikia.

Kuo turi tapti programinė įranga

Jei iki šiol pateiktas argumentas laikosi, agento natyvios programinės įrangos forma iš to kyla, ir ji yra daugiau nei API šone. Penkios savybės turi būti tiesa vienu metu.

  • Kiekvienas veiksmas yra įrankis. Ne dešimtis, kuriuos tiekėjas manė esant saugius, bet visa paviršius, kurį žmogus gali pasiekti per ekranus: kurti, skaityti, judėti, patvirtinti, siųsti, suderinti. Bet kas mažiau, ir agentas turi grįžti prie ekrano likusiai daliai.
  • Kiekvienas skambutis turi tapatybę. Agentas veikia kaip konkretus asmuo, per normalų prisijungimą, o jam siūlomi įrankiai yra filtruojami pagal to asmens vaidmenį, kol jis juos mato, ir dar kartą patikrinami, kai jie veikia. Agentas, turintis sistemos valdymą, yra dizaino nesėkmė, o ne funkcija.
  • Jis klausia pagal dizainą. Kai kurie veiksmai vykdomi; kai kurie laukia žmogaus; kai kurie yra visiškai atmesti. Pats protokolas sako, kad visada turėtų būti žmogus, galintis atmesti įrankio skambutį, o didieji klientai pagal numatytuosius nustatymus klausia prieš rašydami. Programinė įranga turi padaryti kategorijas aiškias, o ne tikėtis, kad modelis bus mandagus.
  • Išlaidos turi lubas. Kur sistemos pačios logikos kaina yra pinigai, arba kur įrankis įsipareigoja pinigams, yra riba kiekvienam ryšiui, kurią sistema užtikrina, ir modelis negali to apeiti.
  • Žurnalas yra produktas. Kiekvienas skambutis, jo įvestys ir rezultatas, pagal tapatybę, kuri jį sukūrė, gali būti peržiūrėti taip pat, kaip ir žmogaus veiksmai. Agentui audito takas yra pasitikėjimo kūrimo būdas, po vieną savaitę.

Šeštas bruožas yra labiau pasekmė nei reikalavimas. Kai darbas atliekamas naudojant įrankius, įrašas laikomas kaip šalutinis produktas: agentas, kuris išrašo sąskaitas, seka ir suderina, palieka tiksliai tą pačią sąskaitą, sekiklį ir suderinimą, kurį žmogus būtų įvedęs, be įvedimo. Ekranai išlieka, kad būtų galima žiūrėti, peržiūrėti ir priimti sprendimus. Jie nustoja būti vienintele vieta, kur gali vykti darbas.

Prieštaravimas, kurį verta rimtai apsvarstyti

Galingiausias prieštaravimas pripažįsta, kad agentai gali atlikti darbą ir nurodo, kad kartais jie tai daro neteisingai, pasitikėdami, kai rašo. Tai tiesa, ir sąžininga dokumentacija tai sako: ChatGPT bet kurį įrankį be tik skaitymo anotacijos traktuoja kaip rašymą ir pagal numatytuosius nustatymus reikalauja patvirtinimo; Claude prašo patvirtinimo prieš kviesdamas įrankį iš individualaus jungiklio ir įspėja, kad piktybiškas serveris gali turėti paslėptų nurodymų. Klientai teisūs, kad yra atsargūs, ir verslas taip pat turėtų būti.

Bet atkreipkite dėmesį, kur atsargumas turi gyventi. Jis negali gyventi modelyje, kuris gali būti neteisingas. Jis turi gyventi programinėje įrangoje, kur geras programinės įrangos sprendimas jau tai padėjo žmonių vartotojams. Patvirtinimas, leidimai, patvirtinimo slenksčiai, atšaukimas, auditas: kiekvienas iš jų egzistuoja, nes ankstesnis vartotojas taip pat padarė klaidų, pasitikėdamas, kai rašė. Agentų natyvi programinė įranga rimtai vertina tą seną discipliną kiekviename veiksme, o ne tik tuose, kuriuos ekranų dizaineris prisiminė, ir taiko ją vartotojui, kuris prieš pietus pasikvies šimtą įrankių.

Antrasis prieštaravimas yra determinizmas. Kai kurie darbai turi generuoti tą patį rezultatą už tą patį įvestį, įrodytai, kiekvieną kartą. Tas darbas turėtų likti fiksuotu darbo procesu, o agentas turėtų kvieti darbo procesą kaip įrankį, o ne improvizuoti. Čia sprendimas nepakeičia taisyklių; sistemai reikia abiejų, atskleistų vartotojui, kuris gali juos atskirti.

Kas tai kuria ir kam

Paskutinė pasekmė yra ta, kurią turėtų pastebėti verslininkas. Jei programinės įrangos vartotojas gali būti agentas, tai gali būti ir kūrėjas. Kūrėjas apibūdina programėlę, kurią nori, agentui, kurį jau turi, agentas ją sukuria naudodamas rinkinį kūrimo įrankių, kūrėjas ją patvirtina vietoje ir paskelbia, o nuo pirmos dienos kiekvienas įrankis, kurį programėlė išleidžia, yra prieinamas kiekvienam kitam agentui platformoje. Verslas, kuris ją įdiegia, nesimoko savo ekranų; jo darbuotojai atneša agentą, kurį jau naudoja, ir apibūdina rezultatą. Tai yra sutartis, aplink kurią buvo sukurta Sois, siūloma čia kaip viena argumento įgyvendinimo versija, o ne kaip jos išvada.

Išvada yra paprastesnė. Keturiasdešimt metų programinės įrangos dizaineris klausė, ką žmogus kitoje pusėje turi matyti. Kitas vartotojas nemato. Jis skaito sutartį ir kviečia tai, ką jam leidžiama kvieti, ir tai darys tų pačių žmonių, kuriems buvo sukurti ekranai, vardu. Programinė įranga, kuri tą vartotoją traktuoja kaip pirmos klasės pilietį, bus valdoma sklandžiai. Programinė įranga, kuri laiko ekraną kaip vienintelį durų įėjimą, vis tiek bus valdoma, per rakto skylutę, agento, kuris dėvi kostiumą, kol jos savininkai nepavargs nuo kostiumo ir nepersikels.

Šaltiniai
  1. Modelio konteksto protokolas: įvadas kas yra protokolas, prievado analogija ir jį palaikantys klientai
  2. Model Context Protocol specifikacija: saugumas ir pasitikėjimas vartotojo sutikimas ir kontrolė, įrankių saugumas ir žmogaus įsitraukimo principas
  3. Anthropic: kompiuterio naudojimo įrankis ekrano valdymas Claude, kur jis priklauso, ir gairės patvirtinti pasekmes turinčius veiksmus
  4. Sois: kas yra Sois platforma, aprašyta paskutinėje dalyje, kaip viena įgyvendinimo forma

Šis straipsnis peržiūrimas, kai keičiasi jame aprašyti produktai. Kita suplanuota peržiūra: 2026 m. gruodžio 4 d..