Kupakia Majukumu Mengi Kupita Kiasi kwenye MCP
Ukosoaji mmoja wa kawaida ni kwamba MCP inapewa jukumu kubwa mno. Mwandishi anasema kuwa MCP inapaswa kutumika kimsingi kama njia ya LLM kufikia na kuingiliana na rasilimali za nje. Kuiona kama ‘mlango’ tu au ‘daraja’ husaidia kufafanua madhumuni na mapungufu yake.
Kuhusisha masuala kama vile mfiduo wa data kwa bahati mbaya, udhaifu wa uingizaji haraka, na upungufu wa udhibiti wa gharama moja kwa moja kwa MCP ni kuweka lawama mahali pasipo. Haya ni matatizo ambayo watengenezaji wanapaswa kushughulikia ndani ya mipaka wanayodhibiti. Watengenezaji wanahitaji kutekeleza mipaka ya viwango na kufuatilia matumizi, bila kujali itifaki inayotumiwa. Kulinganisha hili na kulaumu barabara kwa mwendo kasi ni sahihi - miundombinu haiwajibiki kwa tabia ya mtu binafsi.
Hatimaye, mengi ya wasiwasi uliozushwa ni masuala mapana zaidi yanayohusiana na kukabidhi majukumu kwa mawakala wa akili bandia. Watengenezaji lazima wachukue jukumu la kusimamia changamoto hizi ndani ya matumizi yao mahususi, badala ya kutarajia API yenyewe kushughulikia kila kitu.
Upanga wa Makali Mawili wa LLM na Uingizaji Haraka
Mijadala ya hivi karibuni kuhusu MCP mara nyingi inafanana na maonyo kuhusu hatari za asili za visu vikali - zinaweza kukata ikiwa hazishughulikiwi vizuri. Uingizaji haraka, wasiwasi mkubwa, ni matokeo ya asili ya LLM zenyewe. Majaribio ya kuondoa hatari ya uingizaji haraka hupunguza uwezo ambao hufanya LLM ziwe za thamani.
Dhana ya utengano wa ‘udhibiti dhidi ya data,’ ambayo ni ya kawaida katika mifumo ya jadi, haipo kiasili katika LLM. LLM hupata nguvu na ujumla wao kwa sababu tu hawana utengano huu mgumu. Tabia hii ya asili huwafanya wawe hatarini kwa mashambulizi ya uingizaji haraka.
Wakati MCP za mbali kama Huduma zinaweza kuleta hatari, kosa haliko katika itifaki yenyewe lakini kwa kukabidhi majukumu nyeti kwa watu wengine wasioaminika. Mfano huu unaenea kwa wazo la kubandika kisu kwenye Roomba isiyo na uhakika - tatizo sio kisu chenyewe, lakini uamuzi wa kukiunganisha kwenye kifaa kisichotabirika.
Maonyo ya ‘kuwa mwangalifu’ au mapendekezo ya vifaa vya kinga, ingawa ni sahihi kitaalam, hukosa suala kuu: uamuzi usiofaa wa kuchanganya chombo chenye ncha kali na mfumo usiodhibitiwa.
Changamoto za Kuongeza Ukubwa
Zaidi ya masuala ya usalama, MCP inakabiliwa na mapungufu ya msingi ya kuongeza ukubwa. Mwandishi anaangazia uwiano hasi kati ya uaminifu wa LLM na kiasi cha muktadha wa maelekezo unaotolewa. Hii inapinga imani ya kawaida kwamba kuongeza data na miunganisho zaidi itasuluhisha matatizo kiotomatiki. Kadiri idadi ya zana na miunganisho inavyoongezeka, utendaji wa wakala unaweza kuzorota huku ukiongeza gharama ya kila ombi.
Mwandishi anasisitiza kuwa MCP haipanuki zaidi ya kiwango fulani. Kujaribu kuongeza idadi isiyo na kikomo ya zana kwenye muktadha wa wakala bila shaka kutaathiri uwezo wake. Kizuizi hiki ni asili ya dhana ya MCP na kinahitaji umakini zaidi kuliko masuala ya uthibitishaji.
Watumiaji wanaweza hatimaye kupata kupungua kwa utendaji wanapowezesha seva nyingi za MCP, na kusababisha kuingiliwa kati yao. Hii inasimama kinyume kabisa na mifumo ya kawaida ya usimamizi wa vifurushi, ambapo kutokuwepo kwa kuingiliwa ni mali ya msingi.
Tatizo kuu na MCP ni kwamba tabia yake halisi inaachana na matarajio ya mtumiaji. Ni muhimu kutambua kwamba MCP sio suluhisho la plug-and-play ambalo huunganisha idadi isiyo na kikomo ya zana bila matokeo.
Kushughulikia Mapungufu na UI na Usimamizi wa Zana
Suluhisho moja lililopendekezwa kwa mapungufu ya MCP ni kuboresha kiolesura cha mtumiaji. Ikiwa zana inatekelezwa bila kukusudia, UI inapaswa kutoa njia rahisi ya kuizima au kurekebisha maelezo yake ili kufafanua matumizi yake yaliyokusudiwa.
Mwandishi pia anabainisha kuwa ukuaji wa muktadha mara nyingi husababisha utendaji ulioboreshwa na uwezo wa matumizi ya ulimwengu halisi, kupingana na dhana ya uwiano hasi kabisa. Hata hivyo, wanakiri kwamba katika matukio fulani ya matumizi au kwa muktadha ulioundwa vibaya, uharibifu wa utendaji unaweza kutokea.
Ili kushughulikia uchaguzi mwingi wa zana, mbinu ya ‘gawanya na utawale’ inapendekezwa. Hii inahusisha kuongeza zana iliyoundwa mahsusi kwa kuchagua zana zinazofaa zaidi kwa kazi fulani. Hii ‘zana-ya-kuchagua-zana’ inaweza kuwa simu nyingine ya LLM, iliyopewa jukumu la kurudisha sehemu ndogo ya zana zinazopatikana kwa wakala ‘mzazi’. Mbinu hii iliyowekwa huongeza viwango vya ziada vya uelekezaji ili kudhibiti utata.
Hata hivyo, kuwa na zana katika muktadha kunaweza kubadilisha sana matokeo ya mfumo. Wakati zana zinazofaa kimuktadha (zinazopatikana kupitia mbinu kama vile Utoaji Unaokuzwa na Urejeshaji au RAG) zina manufaa, kuficha zana zote nyuma ya ombi la ‘get_tools’ kunaweza kuwa na madhara.
MCP kama Usafiri na Tabaka la Uidhinishaji
MCP hufanya kazi kimsingi kama usafiri na umbizo la waya na mzunguko wa maisha wa ombi/jibu, ikizingatia uidhinishaji wa kiwango cha zana. Insha inasema kwamba tatizo kubwa na MCP ni kushindwa kwake kuwezesha mawakala wa akili bandia kutunga zana kiutendaji.
Mwandishi anasema kuwa MCP inaweza kuwa haihitajiki kabisa, kwani LLM tayari zina uwezo wa kuingiliana na API zilizorekodiwa kwa kutumia vipimo vya OpenAPI. Kipengele kinachokosekana ni uidhinishaji - uwezo wa kudhibiti API ambazo AI inaweza kufikia. Badala ya MCP, mwandishi anapendekeza kuruhusu AI kufanya maombi ya HTTP huku akitumia uidhinishaji kwa vituo mahususi. Mbinu hii inalingana na mwelekeo wa sasa wa kufunga API zilizopo na zana nyembamba za MCP.
Sehemu ya kukasirisha hasa ya MCP ni ukosefu wake wa msaada kwa matokeo ya simu ya zana ya utiririshaji. Jozi moja ya ombi/jibu inawalazimisha wateja kupiga zana mara kwa mara kwa pagination, na kuzuia michakato ya muda mrefu. Utekelezaji wa uwezo wa utiririshaji, labda kwa kutumia gRPC, unaweza kuboresha sana ufanisi wa MCP.
Urahisi wa Kufichua Data Nyeti
Wasiwasi mkubwa na MCP ni uwezekano wa mfiduo rahisi wa data nyeti. Zaidi ya hayo, MCP haifanyi mawakala wa akili bandia kuwa wa kuaminika zaidi; inawapa tu ufikiaji wa zana zaidi, ambayo inaweza kupunguza uaminifu katika hali fulani.
Mwandishi anakiri kwamba hawatarajii MCP kutatua au kuwajibika kwa masuala haya yote. Badala yake, MCP inaunda eneo kubwa la matatizo haya, linalohitaji watengenezaji wa programu na watumiaji kuwa waangalifu.
Mifano na Upangaji Miji
Mwandishi anatumia mfano wa upangaji miji kuonyesha suala hilo. Kulinganisha MCP na barabara ya jiji yenye njia sita yenye kikomo cha mwendo wa 25mph kunaangazia kukatika kati ya muundo na matumizi yaliyokusudiwa. Kuweka tu faini au kuongeza ‘marekebisho’ ya juu juu hakushughulikii tatizo la msingi la muundo mbaya.
Upangaji miji wenye ufanisi unahusisha kubuni barabara ambazo kiasili zinahimiza kuzingatia mipaka ya mwendo. Vile vile, MCP inapaswa kuundwa ili kupunguza hatari zinazoweza kutokea, badala ya kutegemea udhibiti wa nje pekee.
LLM Kuchukua Hatua Zisizohitajika
Makala inahamia kwa ukosoaji mpana zaidi wa itifaki zinazoruhusu LLM kutekeleza hatua kwenye huduma. Mwandishi anabainisha tatizo kuu: LLM zinaweza kuchukua hatua ambazo watumiaji hawakusudii zichukuliwe. Wanatofautisha kati ya hatua ambazo LLM zinaweza kuchukua kwa kujitegemea na zile zinazohitaji kumchochea mtumiaji.
Wakati lengo kuu linawezakuwa na LLM kusimamia biashara nzima, teknolojia bado haiko tayari kwa uhuru huo. Hivi sasa, watumiaji wanaweza hata wasitake AI kutuma barua pepe bila ukaguzi wa awali.
Mwandishi anakataa suluhisho la kumchochea mtumiaji kwa uthibitisho, akitaja hatari ya watumiaji kuanguka katika muundo wa uthibitisho wa kiotomatiki (‘YOLO-mode’) wakati zana nyingi zinaonekana kuwa hazina madhara. Hii inalinganishwa na jambo la kisaikolojia la watu kutumia zaidi na kadi kuliko na pesa taslimu - tatizo linalotokana na tabia ya binadamu, sio teknolojia.
Swali la Msingi: Kwa Nini Usitumie Tu API?
Swali linalojirudia katika mijadala kuhusu MCP ni kwa nini usitumie tu API moja kwa moja.
MCP inaruhusu wateja wa LLM ambao watumiaji hawadhibiti moja kwa moja (k.m., Claude, ChatGPT, Cursor, VSCode) kuingiliana na API. Bila MCP, watengenezaji watahitaji kujenga wateja maalum kwa kutumia API za LLM, kazi ghali zaidi kuliko kutumia wateja waliopo na usajili na kuwafundisha jinsi ya kutumia zana mahususi.
Msanidi programu mmoja anashiriki uzoefu wao wa kujenga seva ya MCP ili kuunganisha synthesizer yao ya FM kupitia USB, kuwezesha muundo wa sauti unaoendeshwa na AI.
Ujumuishaji wa Mteja wa LLM na Viwango
Suala kuu ni kwamba sio wateja wote wa LLM wanaounga mkono mwingiliano wa moja kwa moja wa API, na vitendo maalum vya ChatGPT kuwa ubaguzi mashuhuri. Anthropic, Google, na OpenAI wamekubali kupitisha MCP kama itifaki iliyoshirikiwa ili kurahisisha mchakato kwa wateja wanaotumia LLM kama vile Claude, ChatGPT, na Cursor.
MCP inarahisisha mchakato kwa wale wanaojenga wateja wa LLM. Ikiwa unataka LLM kuingiliana na API, huwezi kutoa tu ufunguo wa API na kutarajia ifanye kazi - unahitaji kuunda Wakala.
MCP inaweza kuonekana kama njia ya kuandika API na kuelezea jinsi ya kuziita, pamoja na zana sanifu za kufichua hati hizo na kuwezesha simu. Inatoa uchache wa kutosha kufunga API bila utata usio wa lazima, lakini urahisi huu unaweza pia kusababisha watumiaji ‘kujipiga risasi mguuni.’
Ufanisi na Uweza Kutumika Tena wa MCP
Bila MCP, watengenezaji watahitaji kueleza mara kwa mara kwa LLM jinsi ya kutumia zana kila wakati inapoombwa. Hii inabeba hatari ya LLM kushindwa kutumia zana kwa usahihi kwa sababu ya habari iliyosahaulika au tabia isiyo ya kawaida ya API.
Maelezo haya ya mara kwa mara na marudio hupoteza tokeni katika muktadha, na kuongeza gharama na wakati. MCP inarahisisha mchakato huu kwa kuunganisha habari zote muhimu, na kufanya matumizi ya zana kuwa bora zaidi na kuwezesha ugawanaji wa zana.
Kwa kumwambia mtoa huduma wa LLM ‘hapa kuna zana unayoweza kutumia’ pamoja na hati za API, watumiaji wanaweza kutumia tena zana hiyo katika mazungumzo mengi bila vikumbusho vya mara kwa mara. Hii pia inawezesha wateja wa LLM wa desktop kuunganisha kwenye programu zinazoendeshwa ndani ya nchi, na kushughulikia tatizo la michakato ya utekelezaji maalum wa OS.
MCP na Ufikiaji wa Rasilimali za Ndani
MCP inawezesha ufikiaji wa rasilimali za ndani kama vile faili, vigezo vya mazingira, na ufikiaji wa mtandao kwa LLM. Imeundwa kuendeshwa ndani ya nchi, ikitoa LLM ufikiaji unaodhibitiwa kwa rasilimali hizi.
‘Sura’ ya simu ya zana ya kawaida ya LLM inaiga kwa karibu ‘sura’ ya simu ya zana ya MCP, na kuifanya kuwa kiwango cha moja kwa moja cha kuunganisha zana kwa mawakala.
MCP hufanya kama daraja kati ya schema ya kupiga simu ya kazi iliyoonyeshwa kwa mfumo wa AI na API za msingi. Inatafsiri simu za kazi kuwa zana, na kuwezesha mawasiliano yasiyo na mshono.
Ikiwa wewe ni mtoa huduma wa zana, MCP inatoa itifaki sanifu kwa violesura vya mbele vya wakala wa AI kuunganisha kwenye zana yako. Hii inajibu swali la kwa nini itifaki sanifu haiwezi kuwa HTTP na OpenAPI.
MCP ni API meta ambayo inajumuisha vituo vya mwisho na maelezo yao ya uendeshaji katika vipimo, na kuwezesha LLM kuingiliana nao kwa ufanisi zaidi.
MCP katika Matukio Mahususi
MCP inaweza kutatua masuala wakati watumiaji wanauliza maswali au hawana uhakika ni API zipi za kutumia. Inaweza pia kuchakata maombi kulingana na ujumbe uliopita.
Mtumiaji mmoja anashiriki uzoefu wao wa kutaka kurejesha ‘X’ ya mtumiaji na kuituma kwenye kituo cha mwisho. Waligundua MCP kuwa nyingi mno kwa kazi rahisi kama hiyo, ikionyesha kuwa haihitajiki kila wakati kwa mwingiliano wa msingi wa API.
MCP inalinganishwa na mfumo wa programu ya wavuti ya FastAPI kwa kujenga programu ambayo inaweza kuwasiliana kupitia mtandao, iliyoundwa mahsusi kwa uzoefu wa wakala. Inaweza kuonekana kama ‘Reli-kwa-Skynet,’ ikitoa mfumo sanifu kwa ajili ya maendeleo ya wakala wa AI.
Wasiwasi Kuhusu Udhibiti wa Mtoa Huduma
Kuna wasiwasi kwamba MCP inasukumwa kuongeza udhibiti wa upande wa mtoa huduma juu ya mfumo. Watoa huduma wa LLM wanaweza hatimaye kuzuia ufikiaji wa API, sawa na jinsi Google ilifanya iwe vigumu kutumia IMAP/SMTP na Gmail.
Kutumia OpenAPI huruhusu mawakala kurejesha vipimo vya API kutoka /openapi.json.
MCP inawezesha mwingiliano wa haraka, kuruhusu watumiaji kukamilisha kazi kwa sekunde badala ya kutumia muda kuandaa data ya ingizo, kuituma kwa API, kuchambua matokeo, na kurudia mchakato kwa kila ujumbe.
Sanduku la Mchanga na Hatari za Usalama
Moja ya masuala makubwa ni jinsi pato la zana moja ya seva ya MCP linaweza kuathiri zana zingine katika mada moja ya ujumbe. Hii inahitaji sanduku la mchanga kati ya zana ili kuzuia matokeo yasiyotarajiwa. Maabara ya Invariant yalishughulikia hili kwa maelezo ya zana, huku wengine wametumia viambatisho vya rasilimali za MCP. Ukosefu wa sanduku la mchanga huongeza hatari za uingizaji haraka.
Hii inalinganishwa na uingizaji wa SQL - mfumo uliounganishwa ambapo udhaifu unaweza kutumiwa wakati wowote na uwezo mdogo wa kuonekana.
Kiolesura cha haraka pia kinaweza kuathiriwa na aina ya uingizaji wa SQL, kwani mfumo hauwezi kutofautisha sehemu za kuaminika za haraka kutoka kwa ingizo lililochafuliwa na mtumiaji. Kutatua hili kunahitaji mabadiliko ya kimsingi kwa usimbaji, kusimbua, na mafunzo ya mfumo.
Hii inaruhusu uingizaji haraka na uingizaji wa zana, na uwezekano wa kusababisha utekelezaji wa msimbo usioaminika.
Uwekaji wa Kontena na Ufikiaji Unaodhibitiwa
Msanidi programu mmoja aliunda seva ya MCP ambayo huanzisha kontena la Docker na msimbo wa mradi umewekwa. Mbinu hii inaruhusu LLM kufikia zana nzima ya Unix na zana maalum za mradi ndani ya mazingira yaliyowekwa kwenye sanduku la mchanga.
Utendaji huu wa wakala, unaoendeshwa kupitia kiolesura cha msingi wa mazungumzo, umethibitika kuwa mzuri zaidi kuliko mbinu za jadi.
Muhimu ni kutoa mawakala wa MCP ufikiaji wa kile wanachohitaji, na hakuna zaidi. Uwekaji wa kontena na UX ya zana ya uwazi ni muhimu kwa kupunguza hatari za usalama.
Mashine Pepe na Ufikiaji wa Mtandao
Kutoa mawakala kompyuta na usakinishaji mdogo wa Linux (kama VM au kontena) kunaweza kutoa matokeo bora, na kuwaruhusu kuchota habari kutoka kwa mtandao. Hata hivyo, hii inazua wasiwasi wa usalama kuhusu maagizo mabaya na uchimbaji wa data.
Kuzuia ufikiaji wa tovuti zinazoaminika kunaweza kupunguza hatari zingine, lakini hata vyanzo vinavyoaminika vinaweza kuwa na maudhui hasidi. Ubadilishanaji kati ya uwezekano wa kukutana na maagizo mabaya na faida za tija lazima zizingatiwe kwa uangalifu.
Tofauti kati ya wafanyakazi na mawakala wa AI ni muhimu. Wafanyakazi ni watu wa kisheria wanaozingatia sheria na mikataba, kutoa uwajibikaji. Mawakala wa AI hawana mfumo huu wa kisheria, na kufanya uaminifu kuwa mgumu zaidi.
Hatua za Mwanzo za Maendeleo ya MCP
MCP ilitangazwa tu mnamo Novemba 2024, na RFC inaendelea kubadilika.
Wengine wanaona dhana nzima ya msaidizi wa kibinafsi wa AI, pamoja na MCP, kama yenye kasoro kimsingi.
Msukumo wa awali wa Wasaidizi wa AI mwishoni mwa miaka ya 1990 na mwanzoni mwa miaka ya 2000 ulishindwa kwa sababu waunganishaji wa maudhui na ujumuishaji wima na nguvu ya ununuzi wa wingi walithibitika kuwa bora zaidi. Hii ilisababisha kuongezeka kwa majukwaa kama vile Expedia na eBay.
Mifumo ya mawakala wengi inahitaji waandaaji programu kuathiri hali ya mawakala, kazi ngumu ya programu.
Mipaka ya Thamani Isiyo na Malipo
Tamaa ya ‘kupanga matokeo kwa kupatikana kwa maegesho’ inaangazia suala la kufikia data nyuma ya API zilizolipwa au violesura vya mbele vinavyoungwa mkono na matangazo. Makampuni hayana uwezekano wa kutoa ufikiaji bure kwa seti yao nzima ya data kupitia API.
Wakati sio makampuni yote yatajumuisha data yao katika mawakala wa AI, uwezekano wa kuchanganya zana mbalimbali ili kuwezesha utendaji wa kazi unabaki kuwa muhimu.
Makampuni ambayo yanatanguliza kudumisha handaki la data yana uwezekano wa kupinga teknolojia mpya zinazohatarisha handaki hilo.
Ikiwa booking.com ilikuwa na API, huenda wangerudisha matokeo sawa na tovuti yao, labda na umbizo la JSON au XML.
Kupita Mkandarasi
Haina maana kwa mkandarasi kama booking.com kuruhusu watumiaji kupita huduma zao kabisa.
Hata hivyo, hoteli za kibinafsi zinaweza kuona ni faida kupita booking.com, mkandarasi ambao mara nyingi hawampendi.
Deep Research AI inaweza kuchanganua hoteli kulingana na vigezo maalum na kuingiliana na seva za ugunduzi wa Hoteli za MCP zinazoendeshwa na hoteli za kibinafsi, na kupita hitaji la kuvinjari kiolesura na matangazo ya booking.com.
Matukio ya Matumizi ya Vitendo
MCP inaweza kuwezesha kazi kama vile kuchota kumbukumbu kutoka Elasticsearch au kuomba hifadhidata kwa njia iliyoandaliwa zaidi.
Hali tuli ya usanidi wa seva ya MCP, ambapo seva mpya zinahitaji kuhariri faili ya .json na kuanzisha upya programu, inaweza kuwa na mipaka.
Mifumo Iliyoboreshwa
MCP inaweza kuonekana kama mfumo mdogo, uliokamilishwa ambao unaelewa zana nyingi za MCP na huchagua zile sahihi kwa kila mazungumzo.
Kurekebisha zana kwa nguvu kulingana na muktadha kunaweza kuwa muhimu kwa matukio fulani.
Mazungumzo ya Wazi na Matatizo ya Biashara
MCP inafaa kwa mifumo ya mazungumzo ya jumla, wazi bila mtiririko uliofafanuliwa mapema. Hata hivyo, sio suluhisho la ukubwa mmoja linalofaa kwa kila tatizo la biashara. Haikusudiwi kuchukua nafasi ya mifumo kama LangChain.
Njia mbadala ya MCP, kiwango huria kinachoendeshwa na jamii, imegawanyika, ina umiliki, na imefungiwa kwa muuzaji. Kiwango chenye kasoro lakini kinachoendelea ni bora kuliko kutokuwa na kiwango kabisa.
Njia bora ya kuona MCP ni kama mabadiliko kutoka kwa waandaaji programu binafsi kujenga vifungashio vya mteja karibu na API hadi kwa watoa huduma wa API au vifungashio vinavyodumishwa na jamii kujenga. Hii hutoa kisanduku kikubwa cha zana, sawa na NPM au PyPi. Hata hivyo, uongozaji, usalama, na ufafanuzi wa matumizi bado unahitajika.
Vizazi vijavyo vya Langchains vitanufaika kutokana na sanduku hili kubwa la zana, lakini uvumbuzi bado unahitajika.
Zana Maalum za Mtumiaji
Katika hali nyingine, zana zinaweza kuwa maalum kwa data ya mtumiaji, kama vile zana za kukata na kudanganya faili za CSV zilizopakiwa.
Suala moja ambalo mara nyingi halizingatiwi ni kwamba MCP inaweza kujaa muktadha wa mfumo na chaguo nyingi mno. Upeo na ufunuo wa metadata ni muhimu ili kuepuka matumizi ya tokeni ya upotevu na tabia mbaya ya mfumo.
Viwango na Teknolojia Inayoendelea
Viwango vipya huibuka baada ya muda, na imekuwa muda mrefu tangu viwango vilipoonekana kuwa muhimu hivi kwamba watu wamesahau jinsi vinavyoendelea.
Kupakua programu ndogo za seva kutoka kwa waandaaji programu nasibu ili kuongeza ‘zana’ kwa wateja wa LLM kunaweza kuwa hatari.
Masuala yaliyoibuliwa ni matatizo halali ambayo mfumo wa ikolojia wa MCP unahitaji kushughulikia. Baadhi ya suluhisho yatakuwa ndani ya vipimo vya MCP, huku mengine yatakuwa ya nje.
Msimbo wa Claude na Matumizi Halisi ya Ulimwengu
Kuna maoni yanayopingana juu ya mafanikio ya MCP. Wengine wamesikia hadithi za makampuni kuunganishwa na MCP, huku wengine wamesikia kutoka kwa watumiaji ambao waliona ni ya kukatisha tamaa.
Hii inaangazia hasara ya msisimko na kupitishwa mapema.
Waandaaji programu wengine hugundua kuwa API za HTTP ni bora kuliko MCP kwa matukio mengi ya matumizi. Wanasema kuwa matumizi ya ‘zana’ huchemka hadi vituo vya mwisho vya API kwa uwezo na utendaji.
API hazijielezei kwa chaguomsingi, zinawakilisha fursa iliyokosa kwa wafuasi wa REST na HATEOAS kuonyesha mbinu zao.
MCP kama Njia Mbadala ya LangChain?
MCP imeelezewa kuwa na ‘harufu ya LangChain’ - kutotatua tatizo la kusumbua, kuwa dhahania kupita kiasi, na kuwa na ugumu wa kuelezea faida zake.
Labda inahitaji kusema ‘MWISHO WA MSTARI’ na kuwafukuza wadukuzi watarajiwa kwenye gridi ya mchezo!
Swali muhimu ni ikiwa dhana ya Chatbot ‘ya jumla’ itaendelea. Programu maalum na zana zao wenyewe zinaweza hazihitaji MCP.
Kinyume chake, kadiri LLM zinavyozidi kuwa na uwezo, zana za nje zinaweza kuwa hazihitajiki sana. Kwa nini ungetaka MCP kuendesha Photoshop wakati LLM inaweza kuhariri picha moja kwa moja?
Ndoto ya msaidizi wa roboti ya sci-fi inaweza isitokee, na zana maalum za udanganyifu wa lugha zinaweza kuwa muhimu zaidi.
Msingi wa Mtumiaji na Uelewa wa Usalama
Msingi wa mtumiaji wa MCP unajumuisha watu wasio na ujuzi wa kiufundi, na kufanya masuala ya usalama kuwa muhimu sana. Kuongeza uelewa wa mazoea bora ya usalama ni muhimu.
Kulinganisha Xops kwenye OpenRPC, ambayo inahitaji kufafanua schema ya matokeo, husaidia kupanga jinsi matokeo yanaunganishwa na ingizo, kuboresha uaminifu kwa utendaji wa kazi ngumu.
Teknolojia ina uwezekano wa kubadilika na kutulia baada ya muda.
Utendaji Mwingi na Miundombinu ya Wingu
Wengine huuliza faida za kutumia MCP juu ya kiwango cha OpenAPI, na kuiona kama nyingi.
LLM itatumia nini kupiga simu kwenye mfumo wa OpenAPI? Itaunganishwa vipi na ganda? Mwenyeji wa LLM ataongozaje hilo?
MCP hutoa njia iliyoandaliwa kwa LLM kufanya simu za zana.
Seva za MCP tayari ni seva za HTTP.
Faida kubwa ya MCP ni kwa watoa huduma wa LLM kama vile OpenAI, sio watengenezaji wa programu.
LLM ni akili bila zana, na kupiga simu kwa zana huwapa uwezo. Hata hivyo, na API za kawaida, watoa huduma wa LLM hawana ufikiaji wa zana hizo. MCP inawapa ufikiaji, na kuwaweka kama lango la AI.
CLI dhidi ya API
Kwa nini usitumie CLI moja kwa moja, kwa kuzingatia kwamba LLM zimefunzwa kwa lugha asilia na CLI ni suluhisho la kawaida linaloweza kusomwa na kuandikwa na binadamu?
MCP iliibuka haraka sana na inahitaji muda wa kukomaa. Inakosa uchunguzi na chombo cha kawaida cha viwango na inaendeshwa na msisimko.
Kuna ukosefu wa matumizi halisi ya ulimwengu.
Matumizi Muhimu ya MCP
MCP hutumiwa katika Claude Desktop na programu za mazungumzo za AI, zana za otomatiki za msimbo, na mifumo ya wakala/LLM.
Ni teknolojia nyingine iliyokimbizwa ambayo ina uwezekano wa kutupwa wakati kifupi kinachofuata kinachoweza kusisimua kitafika.
Kuna aina mbili za itifaki za kupiga simu za zana za mfumo wa lugha: zile ambazo watu wanalalamika na zile ambazo hakuna mtu anayetumia.
Anthropic ilitengeneza ‘kiwango’ hiki katika utupu, na kusababisha masuala ya usalama.
JSON-RPC 2.0
MCP imejengwa juu ya JSON-RPC 2.0, itifaki nyepesi ambayo inaruhusu mawasiliano ya mteja na seva kwa kutumia JSON.
Inahisi kama vipimo vilivyowekwa katikati vilivyoundwa kwa mfumo maalum wa ikolojia, ikidai ulimwengu bila kuupata.
MCP ina nguvu ya kutosha kufanya mambo muhimu, ambayo inazua wasiwasi wa usalama.
Sio kiwango kilichokomaa na hakikuundwa kuwa salama.
Wakati mapendekezo yapo, hayalazimishwi au kutekelezwa.
Langchain na Kupiga Simu kwa Zana
Langchain ni moja ya mifumo mingi ambayo hutekeleza muundo wa ‘kupiga simu kwa zana’.
MCP ni vipimo vya jinsi habari za nje zinaingia kwenye dirisha la muktadha wa mfumo wa lugha, pamoja na kupiga simu kwa zana, ingizo la templeti, kughairi, ufuatiliaji wa maendeleo, na hali ya seva za zana.
Inasaidia kusawazisha maelezo ili mchanganyiko wowote wa msaidizi/ujumuishaji uweze kuendana.
Wakati MCP ina matatizo halali, wakosoaji wanapaswa kuboresha hoja zao.
Uthibitishaji ni muhimu na haupaswi kuachwa kutoka kwa toleo la awali.
Kuna utata mwingi mno.