Coral protokols par aģentu interneta izveidi sadarbīgai AI ekonomikai
Tā kā siloed AI aģentu laikmets izzūd, rodas jauna paradigma, kurā inteliģenti aģenti ne tikai izpilda, bet arī sadarbojas.Koraļļu protokolsir šīs vīzijas pionieris ar infrastruktūru decentralizētai aģentu komunikācijai, orķestrēšanai un uzticēšanai.Koraļļu protokolsLai iegremdētos dziļi arhitektūrā, kas darbina aģentu internetu, un kāpēc rītdienas AI ekonomikai būs nepieciešams vairāk nekā tikai labākie modeļi, tai būs nepieciešama labāka sadarbība.
Ishan Pandey:Hi Roman, hi Caelum, lieliski, ka jūs abi esat šeit. Sāksim ar jūsu fonu. Jūs abi esat strādājuši AGI pētniecības un komerciālās AI infrastruktūras malā. Kas jūs noveda pie Coral Protocol uzsākšanas un kā jūsu pagātnes pieredze veidoja šo redzējumu?
Roman Georgio:Hey, paldies, ka mums ir, jā, tāpēc mēs tikāmies, strādājot CAMEL-AI - AI pētniecības laboratorijā, kas atklāj aģentu mēroga likumus.
Caelum Forder:Mēs faktiski sākām veidot Coral kā līdzekli, lai panāktu mērķi citam projektam, ko vēlējāmies izveidot, tas bija sava veida automatizēts reportieris, kas bija paredzēts, lai atrastu tendences vai notikumus tirdzniecības datos un savienotu tos ar ziņu rakstiem un to, ko cilvēki teica, lai izveidotu un kopīgotu attiecīgus stāstus.
Ishan Pandey:Bet praktiski, ko tas nozīmē un kādas pamatproblēmas Coral cenšas atrisināt šajā kontekstā?
Roman Georgio:Īsumā, Cisco to definē kā:„Sistēma, kurā dažādi AI aģenti – ko izstrādājuši dažādi piegādātāji vai organizācijas – var netraucēti sazināties un sadarboties.”No pirmā acu uzmetiena tas var izklausīties pārsteidzoši, bet, ja jūs patiešām domājat par to, tas ir spēcīgs: jebkurš uzņēmums vai izstrādātājs var izmantot savu pieredzi, lai izveidotu labākos aģentus savam domēnam.
Pašlaik šķērslis ir tāds, ka ir tūkstošiem aģentu struktūru, tāpēc visi patiešām jauki aģenti, kas tiek būvēti, nevar viegli atkārtoti izmantot vai sadarboties savā starpā. Coral mērķis ir atbloķēt šo bloķētāju, veidojot aģentu infrastruktūru, lai pievienotos "Aģentu internetam". Mēs padarām iespējamu jebkuram aģentam - neatkarīgi no struktūras - sadarboties. Mēs arī nodrošinām drošu veidu aģentu radītājiem un lietojumprogrammu izstrādātājiem, lai apstrādātu maksājumus, tāpēc cilvēki faktiski tiek mudināti uzturēt un uzlabot savus aģentus.
Ishan Pandey:Coral grafiski strukturētā koordinācija un diapazona atmiņas sistēma izceļas kā jauni primitīvi.Vai varat paskaidrot, kā šīs tehniskās dizaina izvēles atbalsta mērogojamu, drošu multi-agent sadarbību?
Caelum Forder:Esmu atradis, ka visnoderīgākais veids, kā domāt par aģentiem, ir atbildības ziņā, nevis pēc uzdevuma vai spējas - par ko tas var būt atbildīgs?
LLM balstītie aģenti ir daudz vieglāk pārspīlēti ar atbildību nekā cilvēki pašlaik (un cerams, ka tas pārāk drīz nemainīsies) Tātad šī grafika pieeja šķiet acīmredzama, stingri hierarhiska pieeja uzliks pārspīlējošas atbildības aģentiem tuvāk augšpusē, kamēr tie neatkarīgi darbojas grafikā ļauj izstrādātājiem pārvaldīt aģentu atbildību, novērst pārspīlēšanu un mērogot sistēmu bez ierobežojumiem.
Ishan Pandey:Runāsim par MCP, Model Context Protocol.Kas padara MCP par kritisku aģentu savstarpējās izmantojamības veicinātāju? un kā tas novērš tāda veida piegādātāja bloķēšanu, ko mēs redzam ar slēgtiem AI sistēmām?
Caelum Forder:Pirms MCP, vienīgais praktiskais veids, kā definēt rīkus, bija, izmantojot modeļa piegādātāja pašu SDK, piemēram, openai vai anthropic Python SDK, vai ietvarus, kas izveidoti, lai tos izmantotu. Tie ir tehniski atvērtā koda, bet galvenokārt izstrādāti paši modeļa piegādātāji, kas kontrolē aizmugures API, ar kuru viņi savienojas. Kad kļūst pieejama īpaša funkcionalitāte, piemēram, prompt caching, kļūst ļoti nepraktiski neizmantot vienu no šīm SDK, veidojot LLM lietotnes, tāpēc, ja jūs vēlētos, lai jūsu rīks tiktu plaši izmantots, jums vajadzētu padarīt to pieejamu atsevišķi, kā rīks, ar kuru katra bibliotēka jūsu lietotāji strādā, tas būtu kā 25 at
Par laimi, MCP ir nācis un padarīja to daudz praktiskāku, lai izveidotu atkārtoti lietojamu programmatūru un pakalpojumus pieteikuma un LLM krustojumam, jums pat nav jāapsver programmēšanas valodas vairs, jo tas ir io- robežojas.
Ishan Pandey:Daudzi projekti koncentrējas uz aģentu inteliģenci vai modeļu veiktspēju. Jūs risināt aģentu kompozējamību. Kāpēc tas ir īstais šķērslis kolektīvās inteliģences atbloķēšanai starp aģentiem?
Roman Georgio:Šo fokusu mērķis patiešām ir atbloķēt iespējas, ar iespējām, ko atbloķē modeļa sniegums, kas ir tuvāk “augošām spējām” nekā mērķtiecīgi veidot spējas. Šī iepriekšējā pieaugošā pieeja ir izrādījusies populāra un viegla, bet mēs noskaidrojām, ka trūkums koncentrēties uz izturīgiem paredzamiem elementiem, kurus var savienot viens ar otru, ierobežo sastāva mērogu, kas padara internetu tik lielisku. Šķiet, ka pastāv spējas pieprasījums izveidot sava veida tiltu starp “audzētajām” spējām un “būvētajām”. Kompozīcionalitāte ir patiešām būtiska, lai veidotu lietas, ir šīs īpašības, kuras visbiežāk atkārtoti izmanto
Jūs redzat Anthropic jaunāko ziņu par Claude 4 šantažēšanu radītājam, kad viņš zina, ka tas tiks izslēgts, un jums ir jādomā - augošas sistēmas, piemēram, tas padara tos ļoti grūti uzticēties, jūs nevarat zināt, kā viņi uzvedas jaunās situācijās vai ar jauniem modeļiem. Pat pirms tie kļūst pietiekami spēcīgi, lai būtu eksistenciāla problēma, no uzņēmējdarbības viedokļa, vai jūs vēlaties izmantot modeļus ražošanā, kurus jūs nevarat uzticēties?
Ishan Pandey:No sistēmas dizaina viedokļa, kādi bija visgrūtākie tehniskie kompromisi, ar kuriem jūs saskārāties, veidojot Coral arhitektūru atvērtai koordinācijai un atmiņas pārvaldībai?
Caelum Forder:Tātad mēs veidojām sava veida automatizētu reporteri, kas bija paredzēts, lai atrastu tendences vai notikumus tirdzniecības datos un savienotu tos ar ziņu rakstiem un to, ko cilvēki teica, lai izveidotu un kopīgotu attiecīgus stāstus.
Es agrāk strādāju pie dažām lietojumprogrammām ar līdzīgām vajadzībām, tāpēc mēs domājām, ka mums bija plaisa, lai faktiski padarītu šo mūsu galveno lietu.Šis oriģinālais lietojuma gadījums izklausās salīdzinoši sarežģīts, bet tam ir neticami laimīgs īpašums ar dažām citām lietojumprogrammām, piemēram, pētniecību un OSS programmatūras testēšanu, kur informācijas konfidencialitāte ir daudz mazāk svarīga nekā ar lielāko daļu lietojuma gadījumu, kuros vēlaties aģentūru programmatūras pakalpojumos.
Lietotāju datu izolācijas problēma mūs smagi pārņēma, strādājot, lai komunikācija darbotos labi. „Izolācijas problēma” bija gandrīz kriptotīds, tāpat kā radījums risinājumu telpā. Es joks ar romānu, ka dažreiz būs vairāk novērojumu nekā parasti, vai ka tam ir jābūt izsalkušam un ka tam nepatīk noteiktas iespējas, strādājot ar potenciāli saistītām funkcijām. man bija kā 5 diezgan dziļi risinājumi, kas izstrādāti, katrs ar nozīmīgiem kompromisiem un saviem šķēršļiem.
Es biju izsekojis tās darbību, un es varētu teikt, ka tas viņiem nebūtu paticis. Es domāju, ka kā izstrādātāji mēs bieži vien zaudējam iespēju veikt nemateriālos attīstības ceļus, un galu galā mums ir jāveic garāki ceļi, kas ir piestiprināti pie lietām, kuras ir viegli izskaidrojamas. Šie ceļi var būt daudz ilgāki! Bet mazāk var vainot. Piemērs materiālā ceļā ir veidot saskarni React, lai atbilstu dizainiem, kas ir nodoti. Īstenošana un dizains praktiski veido progresa joslu, un jūs varat atpūsties. Mazāk materiāls attīstības ceļš varētu būt, ja jums tiek dota konkrēta vajadzība vai nodoms, un jūs varētu doties, lai atrastu OSS risinājumus ar stūrakmeņiem vai attīstītu kaut
Protams, ir reizes, kad materiālie ceļi ir daudz labāki, piemēram, kad darbs ir jāprecizē, tā vērtība ir viegli saziņojama, pirms tā tiek veikta, vai to veic nepazīstama un mēroga komanda.
Bet kopējie stimuli un uzticēšanās dinamika patiešām attur cilvēkus no materiāliem attīstības ceļiem, pat tad, ja tie ir sliktākie ceļi, tas ir jautājums. Sliktākās koda bāzes, kurās jūs jebkad esat strādājuši, iespējams, tika izveidotas vidēs, kurās bija liels attālums no nemateriāla darba.
Tas ir patiešām problemātiski, jo jūs izgriežat sevi no ierobežotajiem atlikušajiem savienojumiem ar materialitāti, slēpjot, un tas liek jums veikt dziļākus un bīstamākus ceļus, kas var būt pat garāki, tikai lai izvairītos no pamanīšanas un izvilkšanas no tumšā meža, kurā esat tik daudz ieguldījis.
Jūs nevarat vienkārši palikt mežā, peldot kriptīdus, mīļie nevar jūs barot vai maksāt savu īri, jums joprojām ir bieži jāatrodas gaisā un jāsaglabā saskaņotība un kontakts ar realitāti. Jebkurā gadījumā, galu galā es jutos gatavs, un es biju ļoti laimīgā stāvoklī, kur es varētu pavadīt laiku, kur viss progress, ko es izdarīju, bija nemateriāls un man nebija nepieciešams slēpt. es nevaru pietiekami uzsvērt, cik reti un laimīgi šie apstākļi ir.
Rezultāts, ko mēs saucam par "sesijām", lai gan tas gandrīz nebija atsevišķa funkcija tik daudz kā atjauninājuma nosaukums. tas pārcēla protokola lomu 20% no ceļa uz sistēmu vai platformu. Coral with Sessions uzliek izvietošanas ierobežojumus (ka jūs varat palaist atsevišķu procesu privātā tīklā ar savu pieteikumu), tas nozīmē, ka katrai mūsu specifikācijas īstenošanai ir nepieciešama sastāvdaļa, kas ir dārga, lai to īstenotu un iegūtu pareizi, kas nozīmē, ka tā smalki uzliek noteikumus lietojumprogrammām, kas to izmanto.
Šīs lietas ir ļoti neērti protokola izstrādātājiem teorijā. Praksē, lai gan privātā tīkla prasība ir gandrīz universāli atbalstīta pēc mikroservisa tendences. Jā, ir grūti veidot koraļļu serveri, bet cilvēki var vienkārši izmantot atsauces vienu, ko mēs izveidojām, jo tam ir io robežas un nav jāatbilst binārās / saites prasībām, kas parasti prasītu elastību.
Ar sesijām aģentu izstrādātāji definē savus aģentus, piemēram, kubernetes vai dokera sastāva resursus, un tie tiek instantizēti tādā veidā, ka nebūtu iespējams nejauši sajaukt lietotāju datus, un turklāt koraļļu serveris var pēc izvēles izvietot un darboties ar aģentiem tādās platformās kā Phala, kur tiek veikti pārbaudīti apgalvojumi par to, kas saglabājas un kur var nosūtīt informāciju.
Tas izklausās neintuitīvi no risinājuma projektēšanas perspektīvas, bet tas tik labi iederas no kāda, kurš vēlas pievienot aģentūru savām lietojumprogrammām.Tas arī ierobežo aģentus, kas jau ir fiksētā 1-procesu izvietošanā, iespējams, no bezkodola risinājuma, bet man šķiet, ka tas ir neticami vērts.
Ishan Pandey:Coral iepazīstina ar tādiem jēdzieniem kā aģentu reklāmas, mēroga atmiņa un sesijas maksājumi.Vai jūs varat pārbaudīt, kā reālais reālais lietojuma gadījums, piemēram, decentralizētā tirdzniecībā vai uzņēmējdarbībā, darbotos, izmantojot Coral protokolu?
Roman Georgio:Protams! Coral mērķis ir būt vispraktiskākais veids, kā pievienot aģentūru programmatūrai. Visas funkcijas, piemēram, aģentu reklāmas, mēroga atmiņa un sesijas maksājumi, ir izstrādātas ar šo mērķi prātā. Piemēram, aģentu izstrādātāji nopelna stimulus, kad tiek izmantoti viņu aģenti, un lietojumprogrammu izstrādātāji var sajaukt un pielāgot aģentus no Coral augošās bibliotēkas, lai ātrāk montētu uzlabotas sistēmas, bez piegādātāja bloķēšanas.
Tas nozīmē, ka, ja jūs būtu lietojumprogrammu izstrādātājs, kas izveido decentralizētu, multi-agent tirdzniecības sistēmu, jūs vienkārši izvēlētos aģentus, kas pētīs tendences, izsekos galvenajiem viedokļu līderiem (KOL), uzraudzītu domāšanas koplietošanu utt., Un apvienot tos pēc vajadzības.
Ishan Pandey:Visbeidzot, kāds padoms jums abiem ir tehniskajiem dibinātājiem, kas veido AI un Web3 krustojumā?
Caelum Forder & Roman Georgio:Es teiktu Web3 dibinātājiem: mazāk mārketinga, vairāk attīstības. Un Web2 dibinātājiem: vairāk mārketinga, mazāk attīstības. Bet abiem ir jākoncentrējas vairāk uz klientiem; kas, es zinu, izklausās kā mazliet klišeja. Mēs esam diezgan agri šajā ceļojumā, tāpēc es vēl nevaru daudz pateikt par klientiem. bet es varu runāt par domāšanu, kas mums ir salīdzinājumā ar citiem dibinātājiem, kurus es redzu no šīm telpām.
Pat ja jūs to izveidojat, viņi, iespējams, nenāk. no otras puses, Web3, jūs bieži redzat daudz mārketinga smagu projektu ar nelielu faktisko attīstību. Pat tad, ja viņi ir labi mārketingā, tas bieži vien nav ilgtspējīgs; jo viņi tērē visas savas pūles, lai vērstos pret cilvēkiem, kuri faktiski neizmantos produktu. mums ir vispārējs noteikums par to iekšēji, ja tie ir tehnisks projekts un jūs nevarat atrast savu GitHub pirmajās 5 sekundēs savā mājas lapā, viņi, visticamāk, ir mārketinga projekts. Abi dibinātāji bieži vien neizdodas tā paša iemesla dēļ: neviens neizmanto savu produktu.
Neaizmirstiet patīk un dalīties stāstu!
