OpenAGI apžvalga: ar tai lanksčiausias atvirojo kodo AGI (dirbtinio bendro intelekto) karkasas šiandien?
Jei stebėjote agentinio DI sritį, tikriausiai pastebėjote, kad dėmesys krypsta nuo vienkartinių raginimų prie . Pristatome OpenAGI. Jis žada atvirojo kodo kelią link autonominių agentų, kurie gali planuoti, vykdyti ir prisitaikyti prie įvairių užduočių – neįpareigojant jūsų nuosavybės teise priklausančia sistema.
Šioje OpenAGI apžvalgoje mes neapsiribosime funkcijų sąrašais. Išbandysime, ką reiškia su juo kurti, kur jis blizga ir kur dar yra šiurkštumų. Pabaigoje sužinosite, ar OpenAGI tinka jūsų komandos planui, ar turėtumėte palaukti vieną ar du leidimus.
Apžvalga
- , skirtas kurti autonominius, įrankius naudojančius DI agentus.
- inžinierių komandoms, kurios nori lankstumo, skaidrumo ir kontrolės.
- : modulinė struktūra, įrankių orkestravimas, bendruomenės skatinamos inovacijos, nėra priklausomybės nuo tiekėjo.
- : statesnė mokymosi kreivė, nevienoda dokumentacija, didesnės operacinės išlaidos, palyginti su valdomomis platformomis.
- : įtikinamas, įsilaužimui atviras pagrindas rimtiems agentų projektams – ypač jei vertinate atvirumą labiau nei poliruotą UX (vartotojo patirtį).
Kas yra OpenAGI ir kodėl būtent dabar?
Terminas „AGI“ vartojamas gana laisvai. OpenAGI nepretenduoja į sąmonę. Vietoj to, tai yra kūrėjų karkasas, skirtas kurti , kurie gali:
- Planuoti kelių žingsnių užduotis
- Pasirinkti ir iškviesti įrankius / API
- Išlaikyti atmintį ir būseną
- Koordinuoti tarp sub-agentų
Kitaip tariant, OpenAGI žengia toliau nei pokalbių robotai. Tai apie – integruojant LLM (didelio masto kalbos modelio) argumentavimą su deterministinėmis sistemomis, tokiomis kaip duomenų bazės, SaaS API ir pasirinktinis kodas.
Kodėl būtent dabar? Nes DI darbo eiga fragmentuojasi. Komandos nori agentų, kurie galėtų naudoti vidinius įrankius ({Jira}, {Snowflake}, {Git}, {Slack}), gerbti valdymą ir išlikti perkeliami. OpenAGI remiasi atvirumu ir komponavimu – dviem dalykais, kuriuos uždaros ekosistemos stengiasi ignoruoti.
Kam skirtas OpenAGI?
- , kuriems reikia karkaso, kurį jie galėtų išplėsti, o ne tik konfigūruoti.
- , kurios kuria į užduotis orientuotus asistentus (operacijų pilotus, duomenų agentus, QA robotus, RPA tipo srautus), kur yra būtinas.
- , kurios nerimauja dėl priklausomybės nuo tiekėjo arba kurioms reikia savarankiškai prižiūrėti serverius, kad atitiktų reikalavimus.
Jei norite įrankio be kodo, paremto vilkimu ir numetimu, OpenAGI gali pasirodyti sunkus. Jei norite suderinti sistemą su savo infrastruktūra ir politikomis, tai jums tiks.
OpenAGI vizija praktikoje
Pagalvokite apie OpenAGI kaip apie agento elgesiui:
- LLM pagrindas tvarko argumentavimą ir planavimą.
- Modulinis atveria galimybes (paieška, kodo vykdymas, vektorinė DB, RPA, SaaS API).
- saugo faktus, kontekstą ir tarpinius rezultatus.
- ir apsaugos riboja veiksmus ir prieigą prie duomenų.
- koordinuoja sub-agentus sudėtingoms darbo eigoms.
Dėl šios konstrukcijos OpenAGI puikiai tinka:
- Mokslinių tyrimų asistentams, kurie gali naršyti, cituoti ir rašyti juodraščius
- Duomenų agentams, kurie užklausia duomenų saugyklas, transformuoja rezultatus ir rašo ataskaitas
- DevOps agentams, kurie atidaro bilietus, trikdo įspėjimus ir siūlo pataisymus
- Klientų aptarnavimo pilotams, kurie eskaluoja su pagrindimu ir žurnalais
Nustatymo patirtis: greitas startas prieš realų pasaulį
(kūrėjo nešiojamasis kompiuteris):
Jei kūrėte su {LangChain}, {LlamaIndex} arba įgulos stiliaus bibliotekomis, tai jums pasirodys pažįstama. Jūs apibrėžiate įrankius, prijungiate agento politiką ir paleidžiate įvykių ciklą, kuris planuoja, veikia ir apmąsto.
:
- Jums reikės ir aplinkos atskyrimo.
- Stebėjimas (sekimai, žetonai, gedimai) yra būtinas.
- Slaptųjų duomenų valdymas ir kiekvieno įrankio leidimai yra svarbūs.
- Talpyklos ir modelio atsarginis variantas yra jūsų draugas.
OpenAGI neslepia šių rūpesčių. Tai yra funkcija vienoms komandoms ir kliūtis kitoms.
Pagrindinės stiprybės šioje OpenAGI apžvalgoje
1) Modulinė struktūra, kurią iš tikrųjų galite naudoti
OpenAGI abstrakcijos yra pakankamai plonos, kad galėtumėte pakeisti:
- LLM ({OpenAI}, {Anthropic}, vietiniai transformatoriai)
- Vektorines saugyklas ({FAISS}, {Pinecone}, {pgvector})
- Įrankius (HTTP, kodo vykdymas, paieška, trečiųjų šalių API)
Tai palengvina išlaidų kontrolę ir atitiktį reikalavimams. Norite vietinės išvados slaptiems duomenims, o debesies – viskam kitam? Galite tai sujungti neperrašydami savo agentų.
2) Įrankių orkestravimas, kuris jaučiasi aukščiausios klasės
Daugelis karkasų prisuka įrankius; OpenAGI juos traktuoja kaip piliečius. Galite:
- Apibrėžti funkcijų iškvietimų schemas
- Užrakinti įrankius už politikos patikrinimų
- Registruoti įrankių naudojimą auditui
- Sukurti įrankius į , pakartotinai naudojamus tarp agentų
Tas paskutinis punktas – įgūdžiai – yra svarbus. Jis skatina dalytis, testuoti ir versijuoti galimybes nepriklausomai nuo bet kurio vieno agento asmens.
3) Atminties ir apmąstymo modeliai
OpenAGI palaiko trumpalaikius juodraščius ir ilgalaikes atminties saugyklas. Praktiškai tai sumažina ciklų skaičių, pagerina pagrindimą ir užtikrina pakartotinai naudojamas žinias. Pridėkite žingsnį ir gausite išmatuojamą patikimumo padidėjimą kelių žingsnių užduotims.
4) Atvirojo kodo greitis
Klaidos atsiranda viešai, pavyzdžiai greitai tobulėja, o integracijos plinta. Jei pavargote laukti tiekėjo planų, šis tempas atrodo gaivus.
Kur OpenAGI nepavyksta
Dokumentacijos spragos ir dreifas
Greita iteracija yra dviašmenis kardas. Pavyzdžiai kartais atsilieka nuo API, o konceptualios apžvalgos gali būti skurdžios. Inžinieriai, kuriems patinka tikslios sutartys, gali jausti trintį.
Operacinė našta
Atvirojo kodo autonomija reiškia, kad jūs valdote:
- Tikslų derinimo diegimo rankenėles
- Žetonus, kvotas ir išlaidų apsaugos priemones
- Stebėjimą ir reagavimą į incidentus
Jei jūsų komandai trūksta MLOps raumenų, valdoma platforma gali būti greitesnė.
Saugumas ir valdymas yra orientuoti į „pasidaryk pats“
OpenAGI teikia kabliukus, o ne pagalbą. Jums reikės įdiegti:
- Duomenų klasifikavimą ir redagavimą
- Veiksmų baltuosius / juoduosius sąrašus
- Žmogaus įtraukimo į kilpą valdiklius rizikingoms operacijoms
Tai yra teisingas pasirinkimas pritaikymui, bet tai nėra „įjunk ir naudok“.
Kaip OpenAGI lyginamas su alternatyvomis
- : platesnė ekosistema, daugybė šablonų; OpenAGI jaučiasi liesesnis ir labiau įsitikinęs, kad agentai yra planuotojai + aktoriai. Jei norite platumo, {LangChain} laimi. Jei norite agento pirmojo gylio, OpenAGI yra įtikinamas.
- : puikiai tinka paieškos papildytam generavimui; OpenAGI yra stipresnis, kai įrankių naudojimas ir kelių agentų orkestravimas yra pagrindiniai.
- : panašus dėmesys skiriamas kelių agentų bendradarbiavimui; OpenAGI įrankiai ir politikos kabliukai gali atrodyti švaresni, tačiau konkurentų ekosistemos yra subrendusios.
- : greičiau diegiamos su įtrauktomis baterijomis, tačiau išmainote skaidrumą ir kontrolę. OpenAGI išsaugo perkeliamumą.
Realaus pasaulio scenarijai: kur OpenAGI spindi
1) Duomenų priėmimo sprendimų darbo eigos
Analizės agentas ištraukia duomenų saugyklos duomenis, vykdo prognozę, rašo santrauką ir skelbia ją {Slack} – su pridėtu CSV ir diagrama. Įrankių politika užtikrina, kad ji galėtų užklausti tik skaitymo schemų ir neištrauktų PII (asmens identifikavimo informacijos).
2) Klientų aptarnavimo pilotai
Agentas gauna žinių bazės fragmentus, cituoja šaltinius, rašo atsakymus ir eskaluoja sudėtingus klausimus su argumentavimo sekimais. Apmąstymas sumažina haliucinacijas; ilgalaikė atmintis saugo išspręstus modelius.
3) DevOps asistentai
Sargai analizuoja žurnalus, atidaro incidentus, siūlo runbook žingsnius ir prašo žmogaus patvirtinimo diegimams. Įrankių vartai neleidžia atlikti neteisėtų pakeitimų.
4) Mokslinių tyrimų ir turinio agentai
Paieška → skaitymas → sintezė → citavimas → juodraštis → tobulinimas. Agentai organizuoja naršymą, apibendrinimą ir stiliaus perkėlimus, tuo pačiu registruodami kiekvieną įrankio iškvietimą auditui.
Kūrėjo patirtis: gera trintis
OpenAGI kodas palankus aiškumui. Dažnai rašysite mažus adapterius ar schemas, o ne pasikliausite magija. Atsipirkimas yra .
Tipinė įrankio integracija gali atrodyti taip:
Agentas dabar gali iškviesti kaip savo plano dalį. Šis modelis – maži, įvesti įrankiai – užtikrina, kad sistemos būtų suprantamos.
Našumas, patikimumas ir kaina
- priklauso nuo jūsų modelio pasirinkimo, talpyklos ir to, kaip agresyviai lygiagrečiai vykdote įrankių iškvietimus. Su vietiniais modeliais tikėkitės derinimo; su prižiūrimais LLM tikėkitės sklandesnio pralaidumo, bet kintamo latentinio laikotarpio.
- dramatiškai pagerėja su apmąstymu, išbandytais įgūdžiais ir atskirtais įrankiais. Venkite monolitinių agentų; sukurkite galimybes.
- gali išaugti su ilgomis grandinėmis. Naudokite žetonų biudžetus, atsako suspaudimą ir paiešką, o ne pakartotinį konteksto srautinį perdavimą.
Patarimas: pridėkite įrankį, kuris seka numatomas išlaidas už užduotį ir sustabdo arba sumažina kokybę, kai pasiekiami slenksčiai.
Saugumo ir valdymo kontrolinis sąrašas
Prieš pradėdami veikti, įsitikinkite, kad turite:
- ir mažiausios privilegijos kredencialai
- ir redagavimas atmintyje + žurnaluose
- išoriniams domenams ir sistemos komandoms
- griaunantiems veiksmams (įsipareigojimai, mokėjimai, ištrynimai)
- (įvestys, išvestys, įrankių iškvietimai, modelių versijos)
OpenAGI atveria kabliukus; jūs turite juos prijungti prie savo politikų.
Verta paminėti: {Sider.AI} naudojimas kartu su OpenAGI
Jei jūsų agentams reikia patikimų tyrimų, juodraščių rašymo ir iteracinio redagavimo, verta paminėti, kad {Sider.ai} integruojamas į naršyklės darbo eigą, kad būtų galima greitai atlikti žiniatinklio tyrimus, apibendrinimą ir turinio generavimą. Komandos dažnai naudoja {Sider} prototipų raginimams kurti, struktūrizuotoms išvestims generuoti, o tada perkelti stabilius srautus į OpenAGI agentus kaip įrankius. Poravimas sutrumpina kelią nuo idėjos → veikiančio agento įgūdžio.
Kelio plano klausimai, kuriuos reikia užduoti prieš priimant OpenAGI
- Ar mums atvirojo kodo lankstumas yra svarbesnis už poliruotą valdomą UX?
- Ar galime investuoti į stebėjimą, išlaidų kontrolę ir saugumą nuo pat pirmos dienos?
- Kurie du ar trys agentų įgūdžiai greitai užtikrins tikrąją IG (investicijų grąžą)?
- Ar mums patogu standartizuoti įvestas įrankių sutartis ir testus?
- Kokia yra mūsų modelio strategija (vietinis prieš prižiūrimą) pagal duomenų jautrumo lygį?
Atsakymas į šiuos klausimus iš anksto apsaugo nuo „agentų išsiplėtimo“ ir padeda jums išsiųsti naudingą pirmąją versiją.
Privalumai ir trūkumai iš pirmo žvilgsnio
- Atvirojo kodo ir išplečiamas
- Stiprus į įrankius orientuotas agento dizainas
- Perkeliamas tarp modelių ir tiekėjų
- Bendruomenės greitis ir integracijos
- Dokumentacija atsilieka ir nevienodi pavyzdžiai
- Didesnė operacinė našta nei valdomos platformos
- „Pasidaryk pats“ valdymas ir saugumas
- Mokymosi kreivė komandoms, kurios pirmą kartą susiduria su agentų karkasais
Esmė: kas turėtų pasirinkti OpenAGI?
Pasirinkite OpenAGI, jei kuriate rimtus, įrankius naudojančius agentus ir jūsų komanda vertina kontrolę, skaidrumą ir ilgalaikį perkeliamumą. Jei jums reikia „nukreipk ir spustelėk“ vartotojo sąsajos ir įmonės apsaugos priemonių iš karto, valdoma agentų platforma gali padėti jums greičiau. Tačiau inžinerijos vadovaujamoms organizacijoms, turinčioms aiškius naudojimo atvejus, OpenAGI yra tvirtas pagrindas, kuris jūsų neįspraus vėliau.
Pagrindiniai dalykai
- OpenAGI yra tvirtas, atvirojo kodo karkasas autonominiams, įrankius naudojantiems agentams.
- Jis apdovanoja komandas, kurios priima modulinę struktūrą ir aiškias sutartis.
- Tikėkitės investuoti į operacijas, valdymą ir testavimą.
- Atsipirkimas yra lankstumas, išlaidų kontrolė ir nepriklausomybė nuo tiekėjo.
Ką daryti toliau
- Sukurkite vieną didelio poveikio įgūdį (pvz., duomenų užklausą + {Slack} santrauką) kūrėjo aplinkoje.
- Pridėkite apmąstymą ir biudžeto tvarkyklę, kad užduotys būtų tikslios ir prieinamos.
- Sustiprinkite aprėptimi, redagavimu ir patvirtinimo vartais.
- Išplėskite įgūdžius, tada sukurkite kelių agentų darbo eigas, kai vieni agentai pasiekia sudėtingumo ribas.
DUK
