Wakati mawakala wa AI wanapobadilika kutoka kwa majaribio ya maumbo hadi matumizi halisi ya ulimwengu, uwezo wa kuelewa tabia zao, kufuatilia utendaji wao, na kutathmini kwa mfumo matokeo yao unakuwa muhimu.
Baada ya kumaliza somo hili, utajua jinsi ya/kuelewa:
Lengo ni kukupa maarifa ya kubadilisha mawakala yako “kifaa kisichoonekana” kuwa mifumo yenye uwazi, inayoweza kusimamiwa, na kuaminika.
Kumbuka: Ni muhimu kupeleka Wakala wa AI ambao ni salama na wa kuaminika. Angalia pia somo la Kujenga Wakala wa AI wa Kuaminika.
Vifaa vya kuangalia kama vile Langfuse au Microsoft Foundry kawaida huwakilisha utekelezaji wa wakala kama mfuatano na matambiko.
Bila uwezo wa kuangalia, wakala wa AI anaweza kuhisi kama “kisanduku cheusi” - hali yake ya ndani na mantiki ni ya wazi, na kufanya iwe vigumu kugundua matatizo au kuboresha utendaji. Kwa uwezo wa kuangalia, mawakala wanakuwa “kisanduku cha kioo,” wakitoa uwazi muhimu kwa kujenga kuaminika na kuhakikisha wanafanya kazi kama ilivyokusudiwa.
Kuanzisha mawakala wa AI katika mazingira ya uzalishaji kunaleta changamoto mpya na mahitaji. Uwezo wa kuangalia si tena “ni kitu kizuri kuwa nacho” bali ni uwezo muhimu:
Ili kufuatilia na kuelewa tabia ya wakala, kuna vipimo na ishara mbalimbali vinavyopaswa kufuatiliwa. Ingawa vipimo maalum vinaweza kutofautiana kulingana na lengo la wakala, baadhi ni muhimu kwa jumla.
Hapa kuna baadhi ya vipimo vya kawaida vinavyoangaliwa na vifaa vya kuangalia:
Kasoro: Wakala hujibu haraka kiasi gani? Muda mrefu wa kusubiri huathiri uzoefu wa mtumiaji vibaya. Unapaswa kupima kasoro kwa kazi na hatua za kibinafsi kwa kufuatilia utekelezaji wa wakala. Kwa mfano, wakala anayechukua sekunde 20 kwa wito wote wa mfano anaweza kuharakishwa kwa kutumia mfano wa kasi zaidi au kwa kuendesha wito wa mfano sambamba.
Gharama: Ni gharama gani kwa kila utekelezaji wa wakala? Ma wakala wa AI hutegemea wito wa LLM waliolipishwa kwa tiketi au API za nje. Matumizi mara kwa mara ya zana au maelekezo mengi yanaweza kuongeza gharama haraka. Kwa mfano, kama wakala anaitisha LLM mara tano kwa uboreshaji mdogo wa ubora, unapaswa kutathmini kama gharama inastahili au kama unaweza kupunguza idadi ya wito au kutumia mfano wa bei nafuu. Ufuatiliaji wa wakati halisi pia unaweza kusaidia kugundua mabadiliko yasiyotarajiwa (km. mende zinazosababisha mzunguko mwingi wa API).
Makosa ya Maombi: Ni maombi mangapi wakala ameshindwa kuyatekeleza? Hii inaweza kujumuisha makosa ya API au wito wa zana uliofeli. Ili kufanya wakala wako kuwa imara zaidi dhidi ya hizi katika uzalishaji, unaweza kuweka mbadala au jaribio la kurudia. Mfano: ikiwa mtoaji wa LLM A hayupo, unabadilisha kwa mtoaji wa LLM B kama chelezo.
Maoni ya Mtumiaji: Kutekeleza tathmini za moja kwa moja kutoka kwa watumiaji hutoa maarifa muhimu. Hii inaweza kujumuisha tathmini waziwazi (👍piga kidole juu/👎chini, ⭐nyota 1-5) au maoni ya maandishi. Maoni hasi ya mara kwa mara yanapaswa kukujulisha kuwa huu ni ishara kwamba wakala hafanyi kazi kama ilivyotarajiwa.
Maoni Yasiyo ya Moja kwa Moja ya Mtumiaji: Tabia za watumiaji hutoa maoni ya moja kwa moja hata bila tathmini waziwazi. Hii inaweza kujumuisha kuandika swali upya mara moja, kuuliza maswali mara kwa mara au kubofya kitufe cha jaribio tena. Mfano: kama unaona watumiaji wanauliza swali lile mara kwa mara, huu ni ishara kwamba wakala hafanyi kazi kama ilivyotarajiwa.
Usahihi: Mara ngapi wakala huleta matokeo sahihi au yanayotakiwa? Maana ya usahihi hutofautiana (km. usahihi wa kutatua matatizo, usahihi wa kupata taarifa, kuridhika kwa mtumiaji). Hatua ya kwanza ni kufafanua jinsi mafanikio yanavyoonekana kwa wakala wako. Unaweza kufuatilia usahihi kupitia ukaguzi wa moja kwa moja, alama za tathmini, au lebo za kukamilika kwa kazi. Kwa mfano, kuorodhesha mfuatano kama “imefanikiwa” au “imeshindwa”.
Vipimo vya Tathmini za Kiotomatiki: Unaweza pia kuweka tathmini za kiotomatiki. Kwa mfano, unaweza kutumia LLM kupima matokeo ya wakala kama ni msaada, sahihi, au siyo. Kuna maktaba kadhaa za chanzo huria zinazokusaidia kupima vipengele tofauti vya wakala. Mfano: RAGAS kwa mawakala wa RAG au LLM Guard kugundua lugha hatari au sindano za maelekezo.
Katika vitendo, mchanganyiko wa vipimo hivi hutoa uwanja mzuri wa afya ya wakala wa AI. Katika daftari la mfano la sura hii, tutakuonyesha jinsi vipimo hivi vinaonekana katika mifano halisi lakini kwanza, tutajifunza jinsi mtiririko wa tathmini ya kawaida unavyoonekana.
Ili kukusanya data ya mfuatano, utahitaji kuweka vifaa kwenye msimbo wako. Lengo ni kuweka vifaa kwenye msimbo wa wakala kutoa mfuatano na vipimo vinavyoweza kukusanywa, kusindika, na kuonyeshwa na jukwaa la kuangalia.
OpenTelemetry (OTel): OpenTelemetry imeibuka kama kiwango cha viwanda kwa uwezo wa kuangalia LLM. Inatoa seti ya API, SDK, na zana za kuzalisha, kukusanya, na kusafirisha data ya telemetri.
Kuna maktaba nyingi za kuweka vifaa ambazo hufunga mifumo ya wakala iliyopo na kufanya iwe rahisi kusafirisha matambiko ya OpenTelemetry kwa chombo cha kuangalia. Microsoft Agent Framework inaunganishwa moja kwa moja na OpenTelemetry. Hapo chini kuna mfano wa kuweka vifaa kwa wakala wa MAF:
from agent_framework.observability import get_tracer, get_meter
tracer = get_tracer()
meter = get_meter()
with tracer.start_as_current_span("agent_run"):
# Agent execution is traced automatically
pass
daftari la mfano katika sura hii litaonyesha jinsi ya kuweka vifaa kwa wakala wako wa MAF.
Uundaji wa Matambiko kwa Mkono: Ingawa maktaba za kuweka vifaa hutoa msingi mzuri, mara nyingi kuna kesi ambapo habari zaidi au maalum inahitajika. Unaweza kuunda matambiko kwa mkono kuongeza mantiki maalum ya programu. Zaidi ya hayo, zinaweza kuimarisha matambiko yaliyoanzishwa kiotomatiki au kwa mkono kwa sifa maalum (zinazoitwa pia lebo au metadata). Sifa hizi zinaweza kujumuisha data maalum ya biashara, mahesabu ya kati, au muktadha wowote unaoweza kusaidia kwa uchambuzi au uchambuzi, kama user_id, session_id, au model_version.
Mfano wa kuunda mfuatano na matambiko kwa mkono kwa kutumia Langfuse Python SDK:
from langfuse import get_client
langfuse = get_client()
span = langfuse.start_span(name="my-span")
span.end()
Uwezo wa kuangalia hutupa vipimo, lakini tathmini ni mchakato wa kuchambua data hiyo (na kufanya majaribio) kuamua jinsi wakala wa AI anavyofanya kazi vizuri na jinsi unaweza kuboresha. Kwa maneno mengine, mara tu unapopata mfuatano na vipimo hivyo, unavyovitumia hukumu wakala na kufanya maamuzi?
Tathmini ya mara kwa mara ni muhimu kwa sababu mawakala wa AI mara nyingi hawana utabiri na wanaweza kuibadilika (kupitia masasisho au mwelekeo tofauti wa tabia ya mfano) – bila tathmini, hutajua kama “wakala mwenye akili” wako anafanya kazi yake vizuri au kama umepungua.
Kuna aina mbili za tathmini kwa mawakala wa AI: tathmini mtandaoni na tathmini nje ya mtandao. Zote ni za thamani, na zinaendana. Kwa kawaida huanza na tathmini nje ya mtandao, kwani hii ndio hatua ya chini kabisa kabla ya kupeleka wakala wowote.

Hii inahusisha kutathmini wakala katika mazingira yaliyodhibitiwa, kawaida kwa kutumia seti za majaribio ya data, si maombi ya mtumiaji wa moja kwa moja. Unatumia seti za data zilizochaguliwa ambapo unajua matokeo yanayotarajiwa au tabia sahihi, na kisha kuendesha wakala wako kwenye hizo.
Kwa mfano, ikiwa umeunda wakala wa matatizo ya hesabu ya maneno, unaweza kuwa na seti ya majaribio ya matatizo 100 yenye majibu yaliyojulikana. Tathmini nje ya mtandao mara nyingi hufanywa wakati wa maendeleo (na inaweza kuwa sehemu ya mizunguko ya CI/CD) kuangalia maboresho au kulinda dhidi ya mapungufu. Faida ni kwamba ni inayoweza kurudiwa na unaweza kupata vipimo wazi vya usahihi kwa kuwa una ukweli wa msingi. Unaweza pia kuiga maombi ya watumiaji na kupima majibu ya wakala dhidi ya majibu bora au kutumia vipimo vya kiotomatiki kama ilivyoelezwa hapo juu.
Changamoto kuu na tathmini nje ya mtandao ni kuhakikisha seti yako ya majaribio ni kamili na inaendelea kuwa ya maana – wakala anaweza kufanya vizuri kwenye seti ya majaribio iliyowekwa lakini kukutana na maombi tofauti sana katika uzalishaji. Kwa hiyo, unapaswa kuendeleza seti za majaribio kwa kesi mpya za kipekee na mifano inayowakilisha hali halisi. Mchanganyiko wa kesi ndogo za “mtihani wa moshi” na seti kubwa za tathmini ni muhimu: seti ndogo kwa ukaguzi wa haraka na kubwa kwa vipimo vya utendaji kwa ujumla.

Hii inamaanisha kutathmini wakala katika mazingira halisi ya moja kwa moja, yaani wakati wa matumizi halisi katika uzalishaji. Tathmini mtandaoni inahusisha kufuatilia utendaji wa wakala katika mwingiliano halisi wa watumiaji na kuchambua matokeo kwa kuendelea.
Kwa mfano, unaweza kufuatilia viwango vya mafanikio, alama za kuridhika kwa mtumiaji, au vipimo vingine katika trafiki hai. Faida ya tathmini mtandaoni ni kwamba inakamata mambo ambayo huenda hukuyatarajia katika maabara – unaweza kuona mabadiliko ya mfano kwa wakati (kama ufanisi wa wakala unapungua wakati mifumo ya ingizo inabadilika) na kupata maombi yasiyotarajiwa au hali ambazo hazikuwa katika seti yako ya majaribio. Hutoa picha halisi ya jinsi wakala anavyotenda jangwani.
Tathmini mtandaoni mara nyingi huhusisha kukusanya maoni ya watu moja kwa moja na ya moja kwa moja, kama ilivyojadiliwa, na pengine kuendesha majaribio ya kivuli au majaribio ya A/B (ambapo toleo jipya la wakala linaendesha sambamba kulinganisha na la zamani). Changamoto ni kwamba inaweza kuwa vigumu kupata lebo au alama za kuaminika kwa mwingiliano wa moja kwa moja – unaweza kutegemea maoni ya watumiaji au vipimo vya chini (kama mtumiaji alibofya matokeo).
Tathmini mtandaoni na nje ya mtandao si tofauti kabisa; zinaendana sana. Maarifa kutoka kwa ufuatiliaji mtandaoni (km. aina mpya za maombi ya watumiaji ambapo wakala hafanyi vizuri) yanaweza kutumika kuongeza na kuboresha seti za majaribio ya nje ya mtandao. Kinyume chake, mawakala wanaofanya vizuri katika majaribio ya nje ya mtandao basi wanaweza kupelekwa kwa ujasiri zaidi na kufuatiliwa mtandaoni.
Kwa kweli, timu nyingi hutumia mzunguko:
kutathmini nje ya mtandao -> kupeleka -> kufuatilia mtandaoni -> kukusanya kesi mpya za kushindwa -> kuongezea kwenye seti ya data ya nje ya mtandao -> kuboresha wakala -> rudia.
Unapowapeleka mawakala wa AI katika uzalishaji, unaweza kukutana na changamoto mbalimbali. Hapa kuna baadhi ya masuala ya kawaida na suluhisho zao zinazowezekana:
| Tatizo | Suluhisho Linalowezekana |
|---|---|
| Wakala wa AI hafanyi kazi kwa kuzingatia utaratibu | - Boresha maelekezo yaliyotolewa kwa Wakala wa AI; kuwa wazi kuhusu malengo. - Tambua maeneo ambapo kugawanya kazi katika sehemu ndogo na kuzikwa na mawakala wengi kunaweza kusaidia. |
| Wakala wa AI anakumbwa na mizunguko mingi isiyoisha | - Hakikisha una vigezo vya kumaliza wazi ili Wakala ajue lini aache mchakato. - Kwa kazi ngumu zinazohitaji kufikiri na kupanga, tumia mfano mkubwa ulio maalum kwa kazi za kufikiri. |
| Miito ya zana za Wakala wa AI haitoi matokeo mazuri | - Jaribu na thibitisha matokeo ya zana nje ya mfumo wa wakala. - Boresha vigezo vilivyowekwa, maelekezo, na majina ya zana. |
| Mfumo wa Multi-Agent hauendi vizuri kwa uthabiti | - Boresha maelekezo yaliyotolewa kwa kila wakala kuhakikisha ni maalum na tofauti kutoka kwa kila mmoja. - Jenga mfumo wa ngazi kwa kutumia wakala wa “ routing “ au wa udhibiti kuamua wakala sahihi. |
Masuala haya mengi yanaweza kubainika kwa ufanisi zaidi ukiwa na uwezo wa kuangalia. Mfuatano na vipimo tulivyojadili awali husaidia kugundua kwa usahihi eneo la matatizo katika mtiririko wa kazi wa wakala, na kufanya utatuzi wa matatizo na uboreshaji kuwa wa ufanisi zaidi.
Hapa kuna mikakati ya kusimamia gharama za kupeleka mawakala wa AI katika uzalishaji:
Kutumia Modeli Ndogo: Modeli Ndogo za Lugha (SLMs) zinaweza kufanya kazi vizuri kwenye baadhi ya matumizi ya wakala na zitapunguza gharama kwa kiasi kikubwa. Kama ilivyotajwa hapo awali, kujenga mfumo wa tathmini ili kubaini na kulinganisha utendaji dhidi ya modeli kubwa ni njia bora ya kuelewa jinsi SLM itakavyofanya kazi kwa matumizi yako. Fikiria kutumia SLM kwa kazi rahisi kama uainishaji wa nia au uchukuaji wa vigezo, huku ukihifadhi modeli kubwa kwa ajili ya hoja ngumu.
Kutumia Modeli ya Router: Mkakati sawa ni kutumia utofauti wa modeli na ukubwa. Unaweza kutumia LLM/SLM au kazi isiyo na seva kuweka ombi kulingana na ugumu kwa modeli zinazofaa zaidi. Hii pia itasaidia kupunguza gharama huku ikihakikisha utendaji kwa kazi sahihi. Kwa mfano, elekeza maswali rahisi kwa modeli ndogo, haraka, na tumia tu modeli kubwa ghali kwa kazi ngumu za hoja.
Kuhifadhi Majibu: Kutambua maombi na kazi za kawaida na kutoa majibu kabla hayajapitia mfumo wako wa wakala ni njia nzuri ya kupunguza idadi ya maombi yanayofanana. Unaweza hata kutekeleza mtiririko wa kutambua jinsi ombi linavyofanana na maombi yaliyohifadhiwa kwa kutumia modeli za msingi za AI. Mkakati huu unaweza kupunguza sana gharama kwa maswali yanayoulizwa mara kwa mara au taratibu za kawaida.
Katika kumbukumbu ya mfano wa sehemu hii, tutaona mifano ya jinsi tunavyoweza kutumia zana za uangalizi kufuatilia na kutathmini wakala wetu.
Jiunge na Microsoft Foundry Discord kukutana na wasomi wengine, kuhudhuria saa za ofisi na kupata majibu ya maswali yako kuhusu Wakala wa AI.
Muundo wa Ubunifu wa Metacognition
Kionyozo: Hati hii imetafsiriwa kwa kutumia huduma ya tafsiri ya AI Co-op Translator. Ingawa tunajitahidi kupata usahihi, tafadhali fahamu kwamba tafsiri za kiotomatiki zinaweza kuwa na makosa au upungufu wa usahihi. Hati ya asili katika lugha yake halisi inapaswa kuchukuliwa kama chanzo cha mamlaka. Kwa taarifa muhimu, tafsiri ya kitaalamu inayofanywa na binadamu inapendekezwa. Hatutojibu kwa kuelewa vibaya au tafsiri potofu zinazotokea kutokana na matumizi ya tafsiri hii.