Mitä olen työstänyt viimeisen kuukauden aikana $CODEC-tiimin kanssa: - Koko robotiikka-alan ja teknisen arkkitehtuurin tutkiminen lintuperspektiivistä @unmoyai (viimeisin kehitys, parhaat käytännöt jne.) - Ymmärtää, missä ja miten Codecin tuote sijoittuu kussakin niistä (kipupisteiden ratkaiseminen) - Mitä erityisiä käyttötapauksia ja narratiiveja tämä avaa - Työkalujen suurin arvokerros ja mihin suurin pääoma virtaa - Web2-työkalujen vertailu AI szn:n (Virtuals & ai16z) menestykseen - mitkä ovat keskeiset komponentit kehittäjien toiminnan herättämisessä? - Tokenominen vauhtipyörä ja hyödyllisyys Tiimi on tehnyt hienoa työtä teknisten artikkelien kanssa, vaikka uskon silti, että he vain harjaavat pintaa selittääkseen, kuinka tärkeitä heidän työkalunsa todella ovat. Tavoitteenani on auttaa rakentamaan kehyksiä ja prosesseja, jotka tallentavat tarinat ytimekkäämmin ja korostavat samalla SDK:n avaamia todellisia ominaisuuksia. Nykyisellään edes web2:ssa ei ole vieläkään mitään, mikä tarjoaisi samantyyppistä abstraktiota, jota kohti Codec työskentelee. Avoimen lähdekoodin panostus on tie eteenpäin, ja johtavat perusmallit, kuten Nvidian Issac Gr00t, rakentavat jo tätä silmällä pitäen, koska data- ja tehtäväkoulutus on vielä niin varhaisessa vaiheessa. Et voi käyttää tekoälyn tekstijonoja robottien kouluttamiseen, "robotiikan internetiä" ei ole olemassa. Jokainen näistä näkemistäsi humanoideista ja roboteista on rakennettu täyden pinon monoliittisella arkkitehtuurilla, eikä niissä ole siirtoa tehtäväkoulutukseen tai tapoja lisätä uusia komponentteja (ylimääräinen anturi tai kamera pään takaosaan) ilman, että koko koodikantaa tarvitsee kirjoittaa uudelleen. Sen sijaan, että he rakentaisivat dataputkia ja simulaatioita yksittäiselle monoliittiselle arkkitehtuurille, he omaksuvat modulaarisen lähestymistavan, jossa kokonaisten järjestelmien tehtävien rakentamisen sijaan se jakaa robotin jokaisen osan ydinkomponentteihin (moottorit, anturit, toimilaitteet, silmät jne.). Tämä tarkoittaa, että se voidaan helposti liittää mihin tahansa robottiin/humanoidiin sen järjestelmästä riippumatta ja ohjeistaa sitä suorittamaan yksittäisiin osiin perustuvat vaatimukset. Kuten näimme Elizan ja Virtualsin kanssa, kehittäjien ei tarvinnut koodata koko kehystään, ja heillä oli GPT-mallit, joissa oli kaikki laajennukset (twitter, uutissyöte, dexscreener-API:t jne.) käden ulottuvilla. He tarvitsivat vain henkilökohtaisen kontekstin agenttiensa syötteille, sitten oli kyse puhtaasti hienosäädöstä. Codecin tavoite on hyvin samanlainen, kehittäjäkeskus, jossa kehittäjien ei tarvitse huolehtia oman "pelimoottorinsa" rakentamisesta, SDK-työkalupakki on sama kuin Unreal Engine/Unity pelikehitykselle. ...