Kila programu unayotumia leo imejengwa juu ya dhana moja tu. Kuna mtu mwenye vidole ameketi mbele ya skrini. Vitufe vinaashiria nia. Programu za mwongozo (wizards) husimamia utata. Fomu huandaa mawazo ya binadamu. Muundo huu umetawala miongo kadhaa ya usanifu wa bidhaa kwa sababu, hadi hivi karibuni, ni binadamu pekee waliokuwa wakibonyeza.
Dhana hiyo sasa imevunjika. Wakala wa AI (AI agents) hasomi miongozo ya kiolesura. Hawafaidiki na maelezo ya msaada (tooltips) au madialogi ya uthibitisho. Wakati mfumo huru unapohitaji kutenda kwa niaba ya mtumiaji, muonekano wa nje (chrome) unakuwa kikwazo. Matokeo yake ni kutokuendana kunakozidi kati ya jinsi bidhaa zinavyojengwa na jinsi watumiaji wa kisasa (callers) wanavyotenda hasa.
Paradigma ya Kubonyeza
Programu za jadi zinategemea mkataba wa kuona. Binadamu huona kitufe, anaelewa lebo, na kuamua ikiwa atakibonyeza. Michakato ya kazi (workflows) imewekwa vikwazo kwa makusudi. Programu za mwongozo za hatua nyingi zipo kwa sababu watu hufanya makosa na wanahitaji kinga. Menyu zinazoshuka (dropdowns) na vitufe vya redio (radio buttons) huzuia uingizaji wa data kwa sababu maandishi huru huleta vurugu.
Hii inafanya kazi vizuri wakati mwendeshaji ni mtu. Inafeli wakati mwendeshaji ni wakala (agent). Mashine haihitaji programu ya mwongozo ya hatua tano ili kusitisha usajili au kubadilisha rekodi. Inahitaji maelezo ya wazi kuhusu operesheni zinazowezekana na jibu la uhakika kuhusu ikiwa inaruhusiwa kuzitekeleza. Timu zinapopuuza hili, kwa kawaida hutumia njia mbili za mkato.
Kwanza, hupeana wakala funguo ya API (API key). Pili, huifunika kiolesura cha mtumiaji kilichopo ndani ya chatbot na kuita uunganishaji huo umekamilika. Hakuna njia yoyote inayotatua tatizo halisi.
Funguo ya API hujibu swali, “Je, ombi hili limetoka kwenye chanzo kinachoaminika?” Haileti kamwe jibu la swali muhimu: “Je, mwombaji huyu mahususi anaweza kusoma rekodi hii mahususi?” Funguo ni kama ufunguo wa jumla (skeleton key). Ikishatolewa, kwa kawaida hutolea ufikiaji mpana katika rasilimali na mazingira mbalimbali. Haijui chochote kuhusu sera inayodhibiti vitendo vya mtu mmoja mmoja ndani ya mfumo wako.
Kuifunika GUI kwenye chatbot ni hatari zaidi. Wakala anachukua kila dhana inayolenga binadamu iliyomo kwenye kiolesura. Unafanya kama unabonyeza kupitia modals na fomu zilizoundwa kwa ajili ya macho, si kwa ajili ya mantiki huru. Chatbot inaweza kupita kwenye muonekano wa nje kwa mafanikio, lakini inafanya hivyo bila kuelewa. Ni maigizo ya otomatiki (automation theater). Chini ya hayo, bado hakuna mkataba unaoweza kusomwa na mashine kuhusu kile kinachoruhusiwa.
Kile ambacho mawakala wanahitaji si funguo nyingine ya mlango wa mbele. Wanahitaji milango (gates).
Kile Ambacho Milango (Gates
Hakuna mwaliki aliyetumia funguo kuu ya API. Hakukuwa na mlango wa nyuma, wala cheti kilichoongezwa kiwango ambacho kiliepuka sera. Binadamu hakupata vikwazo vilivyoachia kwa sababu alikuwa na nywila na kivinjari. Wakala hakukumbana na vizuizi vya kiholela kwa sababu hakuwa na alama ya binadamu. Mlango ulichambua kitendo, muktadha, na sheria. Hiyo ndiyo ilikuwa muamala mzima.
Matokeo yalikuwa mfumo ambapo kuongeza mwaliki mpya, awe binadamu au mashine, hakuhitaji marekebisho ya mantiki ya ufikiaji. Ulisasisha sera. Mlango uliitekeleza.
Kufikiria Upya Swali la Bidhaa
Ikiwa timu yako kwa sasa inatafuta jinsi ya kuongeza mawakala wa AI kwenye bidhaa iliyotengenezwa na binadamu, pengine unaanza na swali lisilo sahihi. Timu kwa kawaida huuliza ikiwa wanapaswa kutoa API. Badala yake, wanapaswa kuuliza ikiwa wana tabaka la utekelezaji linalodhibitiwa kwa kila mwaliki.
API bila mlango ni mlango mpana tu. Ikiwa sera zako za ndani zipo tu ndani ya mantiki ya wizard, uhakiki wa fomu, na maandishi ya msaada yanayosomeka na binadamu, basi hakuna mwisho (endpoint) utakaoweka kwa usalama kwa wawakali huru. Wakala ama atapata uaminifu mkubwa kupitia funguo au atafanya uendeshaji dhaifu kupitia kizuizi cha chatbot.
Kujenga milango kwanza inamaanisha kuorodhesha kila kitendo chenye maana katika bidhaa yako kama operesheni iliyotangazwa. Inamaanisha kutenganisha uhakiki wa ruhusa kutoka kwenye kiolesura cha mtumiaji ili mtumiaji wa Shell na wakala wa nje wakabiliane na utekelezaji uleule wa wakati halisi. Inamaanisha kuingiza viunganishi vya ridhaa kwa ajili ya operesheni zinazoharibu kabla hujazihitaji, na si baada ya wakala kufuta seti ya data isiyo sahihi. Na inamaanisha kuzalisha kumbukumbu za ukaguzi ambazo timu za usalama na uzingatiaji zinaweza kukagua bila kujali ikiwa mwaliki alikuwa wa kaboni au silikoni.
Hii inahitaji mabadiliko ya kweli ya usanifu. Ubunifu unaolenga binadamu unajumuisha mantiki katika huruma na vikwazo. Ubunifu unaofaa kwa wakala unaweka wazi mantiki kupitia mikataba ya wazi inayoweza kusomwa na mashine. Kiolesura kinacha kuwa sera. Manifest inakuwa sera.
Mpito huu si kuhusu kuwapata binadamu. Ni kuhusu kutambua kwamba programu yako sasa ina zaidi ya aina moja ya mwaliki. Kila mmoja anastahili ukali uleule.
Funzo Halisi
Acha kubuni kwa ajili ya mbofyo. Anza kubuni kwa ajili ya sheria. Ikiwa mfumo wako unaweza kudhibiti kila mwaliki kupitia vitendo vilivyotangazwa, ruhusa za muktadha, ukaguzi wa ridhaa, na kumbukumbu za ukaguzi zinazoshirikiana, basi haijalishi ni nani au nini kiko upande mwingine. Binadamu au wakala, wote wanakutana na mlango uleule. Jenga mlango kwanza. API ni mlango tu. Sera ndiyo inayofanya chumba kikae vizuri.