Protocol ya Coral juu ya kujenga mtandao wa wawakilishi kwa uchumi wa ushirikiano wa AI
Kama umri wa wafanyabiashara wa AI wa silos huanguka, paradigm mpya inajitokeza, moja ambapo wafanyabiashara wa akili sio tu kutekeleza, lakini kushirikiana.Mkataba wa Coralinazindua mtazamo huu na miundombinu ya mawasiliano ya uhamiaji, orchestration, na uaminifu. tuko pamoja na Roman Georgio na Caelum Forder, waanzilishi waMkataba wa CoralKujifunza kwa kina katika usanifu unaoendesha mtandao wa wawakilishi, na kwa nini uchumi wa AI wa kesho utahitaji zaidi ya mifano bora, utahitaji ushirikiano bora.
Ishan Pandey:Hi Roman, hi Caelum, nzuri ya kuwa na wewe wawili hapa. Hebu kuanza na background yako. Wewe wote wamekuwa wakifanya kazi katika mpangilio wa utafiti wa AGI na miundombinu ya biashara ya AI. Nini kilichofanya kuanza Protocol ya Coral, na jinsi uzoefu wako wa zamani ulivyounda maono haya?
Roman Georgio:Hey, shukrani kwa kuwa na sisi, yeah hivyo tulikutana kufanya kazi katika CAMEL-AI - maabara ya utafiti wa AI kutafuta sheria za kupanua wa wafanyakazi. Tulifanya kazi juu ya miradi ya wafanyakazi wengi wakati huu na hata kabla ya hapo, Coral kweli ilikuja kwetu kutokana na haja.
Caelum Forder:Sisi kwa kweli kuanza kujenga Coral kama njia ya mwisho kwa mradi mwingine tuliyotaka kufanya, ilikuwa aina ya mwandishi wa automatiska ambao ulikuwa na maana ya kupata mwenendo au matukio katika data ya biashara na kuunganisha na makala ya habari na kile watu walikuwa wanasema kuunda na kushiriki hadithi zinazohusiana.
Ishan Pandey:Neno "Internet ya Wafanyabiashara" linapendelea kupata kuvutia.Lakini katika hali halisi, inamaanisha nini na matatizo gani ya msingi Coral inatarajia kutatua katika muktadha huu?
Roman Georgio:Swali kubwa. Kwa kifupi, Cisco inafafanua kama: "Mkakati ambapo wafanyabiashara mbalimbali wa AI - uliotengenezwa na wauzaji tofauti au mashirika - wanaweza kuwasiliana na kushirikiana kwa usahihi." Kwa mtazamo wa kwanza, hii inaweza kuonekana ya kushangaza, lakini ikiwa unadhani kweli, ni nguvu: biashara yoyote au watengenezaji wanaweza kutumia ujuzi wao ili kujenga wafanyabiashara bora kwa uwanja wao.
Hatua ya sasa ni kwamba kuna maelfu ya mifumo ya wafanyabiashara, hivyo wafanyabiashara wote wa kweli wanaoundwa hawawezi kwa urahisi kutumika tena au kushirikiana na kila mmoja. Coral ina lengo la kufungua kizuizi hiki kwa kujenga miundombinu kwa wafanyabiashara wa kujiunga na "Internet ya wafanyabiashara." Tunawezesha wafanyabiashara wowote - bila kujali mfumo - kushirikiana. Pia tunatoa njia salama kwa wafanyabiashara wa wafanyabiashara na watengenezaji wa programu kukabiliana na malipo, hivyo watu kweli wanahamasishwa kudumisha na kuboresha wafanyabiashara wao.
Ishan Pandey:Mfumo wa muundo wa graph na mfumo wa kumbukumbu wa scope wa Coral unaonekana kama primitives mpya. Unaweza kufafanua jinsi uchaguzi huu wa kubuni wa kiufundi unaunga mkono ushirikiano wa ufanisi na salama wa wafanyakazi wengi?
Caelum Forder:Nimeona njia muhimu zaidi ya kufikiri juu ya wafanyakazi ni kwa masharti ya wajibu badala ya kazi au uwezo - nini inaweza kuwajibika kwa?
Wafanyabiashara wa msingi wa LLM ni rahisi zaidi kujazwa na wajibu kuliko wanadamu sasa (na matumaini hii haitabadilika haraka sana) Hivyo basi mbinu hii ya chati inaonekana wazi, mbinu kali ya kijiografia itaweka majukumu makubwa juu ya wafanyabiashara karibu na juu, kuwafanya kazi kwa kujitegemea katika chati inaruhusu watengenezaji kushughulikia wajibu wa wafanyabiashara, kuzuia uharibifu na kupanua mfumo bila mipaka.
Ishan Pandey:Tutazungumzia kuhusu MCP, Protocol Model Context. Ni nini kinachofanya MCP kuwa muwezeshaji muhimu wa ushirikiano kati ya wawakilishi? Na jinsi ya kuzuia aina ya muuzaji lock-in tunaona na miundombinu ya AI iliyofungwa?
Caelum Forder:Kabla ya MCP, njia pekee ya kufafanua zana ilikuwa kupitia SDKs za mtengenezaji wa mfano, kama vile SDKs za openai au python za anthropic, au mifumo iliyoundwa ili kutumia. Hizi ni kiufundi cha chanzo cha wazi, lakini hasa zimetengenezwa na wauzaji wa mifano wenyewe ambao wanaendesha API za backend ambazo zinaunganisha. Kama utendaji maalum kama caching ya haraka unapatikana, inakuwa vigumu sana usitumie mojawapo ya SDKs hizi wakati wa kufanya maombi ya LLM, hivyo kama unataka chombo chako cha kutumika sana, unapaswa kuifanya inapatikana tofauti katika fomu ya chombo ambacho kila maktaba ambayo watumiaji wako wanafanya kazi na, hiyo itakuwa kama utekelezaji tofauti wa 25 katika lugha kadhaa tofauti ili kukamata
Kwa bahati nzuri MCP imekuja na kuifanya iwe rahisi zaidi kujenga programu na huduma zinazoweza kutumika kwa mstari wa maombi na LLM, huna hata haja ya kuzingatia lugha za programu tena kwa sababu ina mipaka ya io.
Ishan Pandey:Miradi mingi inazingatia ujuzi wa agensi au utendaji wa mfano. Unakabiliwa na usambazaji wa agensi. Kwa nini hii ni barabara halisi ya kufungua ujuzi wa pamoja kati ya agensi?
Roman Georgio:Lengo la makusudi haya ni kweli kuhusu kufungua uwezo, na uwezo kufungwa na utendaji wa mfano karibu zaidi na "uwezekano wa kukua" kuliko kujenga uwezo kwa makusudi. Njia hii ya kukua iliyopita imekuwa maarufu na rahisi, lakini tuligundua kuwa ukosefu wa kuzingatia vipengele vya nguvu vya kutabiri ambavyo vinaweza kuunganishwa na kila mmoja ni kupunguza kiwango cha muundo ambacho kinafanya mtandao kuwa mkubwa sana. Inaonekana kuna mahitaji ya uwezo wa kufanya aina ya mstari kati ya uwezo wa "kuongezeka" na wale "kuongezwa". Utengenezaji ni muhimu sana kwa ajili ya kujenga mambo, kuna mali hizi ambazo programu nyingi zilizotumika na huduma zina jumla ambazo ni muhimu kukosa katika huduma za AI. Na kwa kweli kuna upande mkubwa wa usalama, sababu kubwa hata zaidi kweli. Tunataka programu
Unaona chapisho la hivi karibuni la Anthropic juu ya Claude 4 kuwatishia mtengenezaji wakati anajua itakuwa imefungwa, na unahitaji kufikiri - mifumo ya kukua kama hii inafanya kuwa vigumu sana kuamini, huwezi kujua jinsi watakavyoishi katika hali mpya au na mifano mpya. Hata kabla ya kuwa na nguvu ya kutosha kuwa wasiwasi wa kuwepo, kutoka kwa mtazamo wa biashara, unataka kutumia mifano katika uzalishaji ambayo huwezi kuamini?
Ishan Pandey:Kutokana na mtazamo wa kubuni mifumo, ni mikataba ngumu zaidi ya kiufundi uliyokabiliwa wakati wa kujenga usanifu wa Coral kwa usanidi wa wazi na usimamizi wa kumbukumbu?
Caelum Forder:Hivyo tulijenga aina ya mwandishi wa automatiska ambao ulikuwa unatarajiwa kupata mwenendo au matukio katika data ya biashara na kuunganisha na makala za habari na kile watu walikuwa wanasema kuunda na kushiriki hadithi zinazohusiana.
Nilijifanyia kazi juu ya maombi machache kabla na mahitaji sawa, hivyo tulidhani kulikuwa na upungufu huko kwetu kufanya jambo hili muhimu kwetu. kesi ya matumizi ya awali inaweza kuonekana rahisi, lakini ina kipengele cha bahati mbaya sana na baadhi ya maombi mengine kama utafiti na majaribio ya programu ya OSS, ambapo faragha ya habari ni kidogo muhimu kuliko kwa idadi kubwa ya kesi za matumizi ambapo unataka shirika katika huduma za programu.
Tatizo la kujitolea kwa data ya mtumiaji lilikuwa linapita juu yetu kwa kiasi kikubwa wakati wa kufanya mawasiliano ya kufanya kazi vizuri. "Ukosefu wa Tatizo" ilikuwa karibu cryptid, kama kiumbe katika nafasi ya ufumbuzi. Ningependa kucheza na Roman kwamba kuna machozi zaidi kuliko kawaida wakati mwingine, au kwamba lazima kuwa na njaa na kwamba hawataki chaguzi fulani wakati wa kufanya kazi na vipengele vinavyoweza kuunganishwa. Nilipata kama ufumbuzi wa kina wa 5 iliyoundwa, kila moja na vikwazo muhimu na seti zao za vikwazo.
Nilikuwa ufuatiliaji shughuli zake na nilikuwa na uwezo wa kusema It hawakupenda hata hivyo. Nadhani kama watengenezaji tunashindwa mara nyingi fursa ya kuchukua njia za maendeleo zisizojulikana, na hatimaye kuwa na kuchukua njia za muda mrefu, zilizounganishwa na vitu ambavyo ni rahisi kuelezea. Njia hizi zinaweza kuwa muda mrefu sana! Lakini inaweza kuwa na hatia kidogo. Mfano wa njia zisizojulikana ni kufanya interface katika React ili kukabiliana na miradi ambayo imethibitishwa. Utekelezaji na kubuni kwa kweli huunda bar ya maendeleo, na unaweza kupumzika. Njia ndogo ya maendeleo inayojulikana inaweza kuwa ambapo unapata haja maalum au nia, na unaweza kwenda kupata ufumbuzi wa OSS na chati za kuongoza au kuendeleza kitu ndani, au mchanganyiko ful
Kuna, bila shaka, wakati ambapo njia za kimwili ni bora sana, kama vile wakati kazi inahitaji kuwa ya kuzuia, thamani yake inaweza kuwasiliana kwa urahisi kabla ya kufanyika, au kufanywa na timu isiyojua na ya kupanua.
Lakini motisha ya kawaida na nguvu ya uaminifu kwa kweli huwafanya watu kuelekea njia za maendeleo za kimwili, hata wakati wao ni njia mbaya zaidi, hii ni tatizo. Mifumo mbaya zaidi ya codebases ambayo umefanya kazi ulikuwa uwezekano wa kuundwa katika mazingira ambapo kulikuwa na utaratibu mkubwa mbali na kazi ya kimwili. Watengenezaji hasa wa matarajio wanaweza kujibu hali hizi na kujaribu na kupata karibu nao kwa kwenda na kwa siri kuchukua njia ya kimwili, au kufanya hivyo wakati wa bure na kuomba msamaha baadaye.
Hili ni tatizo kwa kweli, ingawa kwa sababu unakata mbali na uhusiano mdogo unaofuata kwa ufanisi kwa kuficha, na inatuhakikishia kuchukua njia za kina na hatari zaidi, ambazo zinaweza hata kuwa za muda mrefu, tu ili kuepuka kutambuliwa na kuondolewa kutoka kwa misitu ya giza ambayo umewekeza sana.
Huwezi tu kukaa katika misitu ya kutengeneza cryptids, wasio wapendwa hawawezi kukuza au kulipa mshahara wako, bado unahitaji mara kwa mara kuja kwa hewa na kudumisha usawa na kuwasiliana na ukweli. Hata hivyo, hatimaye nilihisi tayari, na nilikuwa katika nafasi ya bahati sana ambapo ningeweza kutumia muda ambapo maendeleo yote niliyofanya yalikuwa yasiyo na maana na sikuhitaji kujificha.
Matokeo tuliyojulikana kama "Sessions", ingawa hakukuwa na kipengele kimoja kama kichwa cha update. Ilibadilisha jukumu la mkataba kwa njia ya 20% kwa jukumu la mfumo au jukwaa. Coral na Sessions inachukua vikwazo vya utekelezaji (ambayo unaweza kuendesha mchakato tofauti kwenye mtandao wa kibinafsi na programu yako), inamaanisha kila utekelezaji wa maelezo yetu unahitaji sehemu ambayo ni gharama kubwa ya kutekeleza na kupata sahihi, ambayo inamaanisha inachukua maagizo kwa maombi yanayotumia.
Mambo haya ni magumu sana kwa watengenezaji wa mkataba katika nadharia. Katika mazoezi, hata hivyo, mahitaji ya mtandao wa kibinafsi yanaungwa mkono karibu kwa ujumla baada ya mwelekeo wa microservice. Ndiyo, ni vigumu kujenga seva ya coral, lakini watu wanaweza kutumia tu moja ya maelekezo tuliyofanya, kwa sababu ina mipaka ya io na hauhitaji kukidhi mahitaji ya binary / kuunganisha ambayo kwa kawaida itahitaji ufanisi huko.
Kwa Sessions, watengenezaji wa wawakilishi wanafafanua wawakilishi wao kama kubernetes au docker kuunda rasilimali, na wanapata instantiated kwa njia ambayo itakuwa haiwezekani kwa makosa kuchanganya data ya mtumiaji, na zaidi ya hayo, seva ya coral inaweza kuchanganya na kuendesha wawakilishi kwenye majukwaa kama Phala ambapo madai ya kuthibitishwa juu ya kile kinaendelea na wapi taarifa inaweza kutumwa ni kufanywa.
Inaonekana isiyo ya kawaida kutoka kwa mtazamo wa kutengeneza suluhisho, lakini inafaa sana kutoka kwa mtazamo wa mtu ambaye anataka kuongeza shirika kwa maombi yao. Pia hupunguza wafanyabiashara ambao tayari ni katika uanzishaji wa 1-process imara, pengine kutoka kwa suluhisho la hakuna code, lakini inaonekana kuwa ni thamani ya kweli kwangu.
Ishan Pandey:Coral hutoa dhana kama vile matangazo ya wafanyabiashara, kumbukumbu ya eneo, na malipo ya kikao. Je, unaweza kutuongoza kupitia jinsi kesi halisi ya matumizi ya ulimwengu wa kweli, kwa mfano katika biashara ya kipekee au shughuli za kampuni, ingekuwa kazi kwa kutumia mkataba wa Coral?
Roman Georgio:Bila shaka! Coral ina lengo la kuwa njia rahisi zaidi ya kuongeza shirika kwenye programu. vipengele vyote; kama vile matangazo ya mfanyabiashara, kumbukumbu ya eneo, na malipo ya kikao; ni iliyoundwa kwa lengo hilo. Kwa mfano, watengenezaji wa mfanyabiashara wanapata motisha wakati wafanyabiashara wao hutumiwa, na watengenezaji wa programu wanaweza kuchanganya na kukabiliana na wafanyabiashara kutoka kwenye maktaba ya Coral inayoongezeka ili kukusanya mifumo ya juu haraka, bila kufungwa na wauzaji.
Hiyo inamaanisha kama wewe ni mtayarishaji wa maombi kujenga mfumo wa biashara unaojitegemea, multi-agent, wewe tu kuchagua wafanyabiashara ambao utafiti mwenendo, kufuatilia viongozi wa maoni muhimu (KOLs), kufuatilia mindshare, nk, na kuunganisha kama inahitajika.
Ishan Pandey:Hatimaye, ushauri gani wote wawili una kwa waanzilishi wa kiufundi wa kujenga katika mstari wa AI na Web3?
Caelum Forder & Roman Georgio:Napenda kusema kwa waanzilishi wa Web3: uuzaji mdogo, maendeleo zaidi. Na kwa waanzilishi wa Web2: uuzaji zaidi, maendeleo kidogo. Lakini wote wawili wanahitaji kuzingatia zaidi wateja; ambayo, najua, inaweza kuonekana kama kipengele kidogo. Sisi ni mapema sana katika safari hii, hivyo siwezi kusema mengi kuhusu wateja bado. lakini ninaweza kuzungumza juu ya mawazo tunayo ikilinganishwa na waanzilishi wengine ninaona kutoka maeneo haya. Hii inatokana tu na kuwa katika ulimwengu wa AI, ninaona watafiti wengi wa kiufundi, wenye ujuzi au uwezo wa AI kujenga mambo mazuri sana, lakini si kuweka mawazo mengi juu ya jinsi ya kuuza, au hata nani kuuza.
Hata kama wewe kujenga, wanaweza kuja. Kwenye upande wa nyuma, katika Web3, mara nyingi kuona miradi mengi ya masoko makubwa na maendeleo kidogo halisi. Hata wakati wao ni nzuri katika masoko, ni mara nyingi si endelevu; kwa sababu wao kutumia jitihada zao zote kwa lengo la watu ambao hawatatumia bidhaa. tuna sheria ya jumla kwa hii ndani, kama wao ni mradi wa kiufundi na huwezi kupata GitHub yao ndani ya sekunde 5 za kwanza kwenye ukurasa wao wa nyumbani, wao ni uwezekano mkubwa wa mradi wa masoko. aina zote mbili za waanzilishi mara nyingi kushindwa kwa sababu moja: hakuna mtu anatumia bidhaa zao. kitu ambacho tumekuwa na mawazo kila hatua ya njia ni nini uzoefu huu wa mwisho inaonekana kama kwa mtumiaji, tunataka kujenga kitu ambacho ni kweli kutumika na muhimu na cool.
Usisahau kupenda na kushiriki hadithi hii!
