„OpenAI“ įsigis „Astral“ ir įkels savo „Python“ įrankius į „Codex“

Pagrindinis » Pitonas » „OpenAI“ įsigis „Astral“ ir įkels savo „Python“ įrankius į „Codex“

Sprendimas „OpenAI“ įsigis „Astral“ žymi pastebimą dirbtinio intelekto įmonių požiūrio į programinės įrangos kūrimą pokytį. Užuot tik tobulinusi kodo generavimo modelius, „OpenAI“ naudojasi kasdieniais įrankiais, kuriais jau ir taip pasikliauja „Python“ kūrėjai, įtraukdama „Codex“ giliau į darbo eigą, kurioje kodas iš tikrųjų rašomas ir prižiūrimas.

Praktiškai tai reiškia, kad UV, Ruff ir Ty – komunalinės paslaugos, kurias daugelis inžinierių tyliai paleidžia dešimtis kartų per dieną, – taps platesnės „OpenAI“ strategijos, skirtos „Codex“, dalimi. Šis žingsnis žengtas tuo metu, kai daugėja dirbtinio intelekto kodavimo asistentų, o konkurencija dėl kūrėjų minčių dalijimosi tampa vis intensyvesnė.

Sandorio apžvalga ir strateginis kontekstas

„OpenAI Group PBC“ paskelbė apie planus įsigyja „Astral Software Inc.“, palyginti jaunas, bet jau įtakingas „Python“ ekosistemos startuolis. Finansinės sąlygos nebuvo atskleistos, o sandoris vis dar turi būti patvirtintas reguliavimo institucijų ir įvykdytos įprastos užbaigimo sąlygos. Kol reguliavimo institucijos neprisijungs, „OpenAI“ ir „Astral“ toliau veiks kaip atskiros įmonės.

„Astral“ įkurta 2022 m. Charlie Marshas, sukūrė didelio našumo „Python“ įrankių rinkinį, parašytą „Rust“ kalba. Jų tikslas yra paprastas, bet ambicingas: padaryti programavimą produktyvesnį, pagreitinant įprastas užduotis, tokias kaip priklausomybių valdymas, lintavimas ir tipo tikrinimas. Šių įrankių skaičius išaugo nuo nulio iki šimtai milijonų atsisiuntimų per mėnesį, o keli milijonai kūrėjų jais pasikliauja savo kasdieniame darbe.

Kai sandoris bus baigtas, „Astral“ komanda prisijungs prie „OpenAI“ „Codex“ grupės„OpenAI“ aiškiai pareiškė, kad įsigijimas skirtas paspartinti „Codex“ evoliuciją iš kodo generatoriaus į sistemą, kuri gali dalyvauti visame kūrimo cikle – nuo ​​pakeitimų planavimo iki didelių kodo bazių priežiūros laikui bėgant.

Reguliavimo procedūros tebėra formalumas, kuris dar turi būti sutvarkytas, tačiau „OpenAI“ ketinimai aiškūs: gilinti savo dalyvavimą kūrėjų įrankių gamyboje, nes tokie konkurentai kaip „Anthropic“, „Google“ ir „GitHub“ siekia panašios teritorijos su savo dirbtinio intelekto kodavimo produktais.

„Astral“ „Rust“ pagrindu sukurti įrankiai, skirti „Python“

„Astral“ reputacija remiasi trimis plačiai naudojamais įrankiais – UV, Ruff ir Ty – visa tai parašyta „Rust“ kalba siekiant našumo ir efektyvumo. Žemesnio lygio „Rust“ valdymo ir lygiagretumo modelis leidžia „Astral“ pasiekti maždaug 10–100 kartų didesnį greitį, palyginti su tradiciniais „Python“ pagrindu sukurtais atitikmenimis, o šis pranašumas labai pasiteisino tarp didelių projektų kūrėjų.

Flagmanas, uv„“ yra ir „Python“ paketų tvarkyklė, ir projekto aplinkos tvarkyklė. Ji leidžia komandoms įkelti atvirojo kodo „Python“ paketus, valdyti virtualias aplinkas ir pakartotinai naudoti vietinę priklausomybių talpyklą, kad tų pačių paketų nereikėtų pakartotinai atsisiųsti. Toks talpyklos veikimas reiškia greitesnę sąranką, efektyvesnius CI srautus ir mažiau netikėtumų paleidžiant naujas mašinas ar konteinerius.

Be paprasto montavimo, UV padeda ir su įprastinės priežiūros darbai pavyzdžiui, programos naudojamų paketų sąrašo sudarymas, versijų suderinimas skirtingose ​​aplinkose ir atnaujinimas į naujesnius „Python“ interpretatorius. Automatizuojant šiuos veiksmus, sumažinama trintis, kuri kitaip eikvotų kūrėjo laiką.

Ruffas„Astral“ spartusis linteris ir formatavimo įrankis „…“ daugiausia dėmesio skiria kodo kokybei ir nuoseklumui. Jis tikrina „Python“ šaltinio failus, ar nėra stiliaus pažeidimų, subtilių klaidų ir formatavimo problemų, o tada siūlo konkrečius pataisymus. Kadangi jis sukurtas naudojant „Rust“, gali greitai analizuoti dideles kodo bazes, todėl jį įmanoma paleisti su kiekvienu pakeitimų etapu arba kaip glaudaus grįžtamojo ryšio ciklo dalį lokaliai.

Papildantis Ruffą yra ty, specializuotas įrankis darbui su tipų užuominomis „Python“ kalboje. Kai kūrėjai komentuoja funkcijas ir duomenų struktūras tipais, laikui bėgant gali atsirasti netikslumų ar neatitikimų. „ty“ skirta aptikti atvejus, kai tipų anotacijos neatitinka faktinio naudojimo, anksčiau aptikti galimas vykdymo laiko klaidas ir užtikrinti saugesnius pertvarkymus.

Apibendrinus, „uv“, „Ruff“ ir „ty“ apima platų spektrą to, ko reikia „Python“ kūrėjams, kad projektai būtų geros formos: greitas priklausomybių valdymas, stilių vykdymas ir tipų saugumasJų priėmimas „Astral“ iš nišinio projekto pavertė beveik pagrindine daugelio šiuolaikinių „Python“ darbo eigų dalimi.

Codex: nuo kodo generatoriaus iki darbo eigos dalyvio

„OpenAI“ kodeksas prasidėjo kaip AI kodavimo asistentas kuri galėtų generuoti funkcijas, versti tarp kalbų ir siūlyti užbaigimus. Laikui bėgant, ambicijos išsiplėtė: „Codex“ dabar pozicionuojama kaip sistema, galinti dalyvauti visame programinės įrangos kūrimo procese, įskaitant Atskira „Codex“ programa, skirta „macOS“, o ne tik išspjauti kodo fragmentus.

Naudojimo rodikliai rodo tvirtą patrauklumą. „OpenAI“ praneša, kad „Codex“ turi daugiau nei du milijonai aktyvių vartotojų per savaitę, nuo metų pradžios maždaug tris kartus išaugus vartotojų skaičiui ir penkis kartus padidėjus aktyvumui. Šie skaičiai „Codex“ priskiria prie plačiausiai naudojamų dirbtinio intelekto kodavimo įrankių, tačiau jie taip pat maskuoja subtilesnę kovą dėl profesionalių inžinierių dėmesio.

Konkurencija sustiprėjo. Antropo Klodo kodas pelnė daugelio kūrėjų patikimumą, o tokie redaktoriai kaip „Cursor“ sulaukė ažiotažo ir finansavimo, pasiekdami patrauklias kainas. „GitHub Copilot“ ir „Google“ „Gemini Code Assist“ taip pat deda daug pastangų, kad būtų giliau integruota į IDE ir CI kanalus, ypač per Dirbtinio intelekto agentai VS CodeAtsižvelgiant į tai, „OpenAI“ reikia, kad „Codex“ taptų tuo, ką kūrėjai formuoja kasdienius įpročius, o ne tik sumanus pagalbininkas, kurį jie retkarčiais išbando.

„OpenAI“ iškėlė tikslą paversti „Codex“ agentu, kuris gali planuoti pakeitimus, modifikuoti kodų bazes, paleisti įrankius, tikrinti rezultatus ir padėti prižiūrėti sistemas laikui bėgant. „Astral“ įrankių rinkiniai jau yra tiesiogiai tuose darbo eigose. Turėdama įrankių grandinę, „OpenAI“ gali prijungti „Codex“ prie tų pačių komandų, kurias kūrėjai naudoja norėdami įdiegti priklausomybes, užtikrinti stiliaus taisyklių vykdymą ir patvirtinti tipus.

„OpenAI“ požiūriu, „Astral“ įrankių integravimas yra statymas už gylis virš paviršiaus ypatybiųužuot tik išplėtus „Codex“ galimybes vienu kartu, svarbu integruoti „Codex“ į pagrindinę kasdienio kūrimo mechaniką.

Įsipareigojimas atvirojo kodo sistemai – ir atviri klausimai

Viena pirmųjų platesnės bendruomenės reakcijų buvo nuspėjama: Ar „Astral“ įrankiai liktų atvirojo kodo? priklausant „OpenAI“? Abi bendrovės greitai ėmėsi veiksmų, kad išspręstų šį susirūpinimą savo viešuose pareiškimuose.

„OpenAI“ teigė, kad „uv“, „Ruff“ ir „ty“ ir toliau bus palaikomi kaip atvirojo kodo projektai po įsigijimo užbaigimo, tai atitinka tai, ką ji apibūdina kaip „kūrėtojų prioritetų filosofiją“. „Astral“ įkūrėjas Charlie Marsh buvo toks pat tiesmukas, atvirąjį kodą pavadindamas įmonės poveikio „širdimi“ ir teigdamas, kad jis išlieka pagrindiniu komandos programinės įrangos kūrimo būdu.

„GitHub“ platformoje UV pritraukė šimtai bendraautorių ir dažni atnaujinimai, o „Ruff“ ir „ty“ taip pat sukūrė aktyvias bendruomenes. Šis pagreitis yra dalis to, ką perka „OpenAI“, ir bendrovė pareiškė, kad „Astral“ toliau kurs savo įrankius viešai, net ir diegiant gilesnes integracijas su „Codex“.

Tuo pačiu metu yra neišspręsti klausimai dėl valdymo ir ilgalaikės kryptiesNei „OpenAI“, nei „Astral“ nepateikė išsamių planų dėl indėlio modelių, sprendimų priėmimo struktūrų ar to, kiek nepriklausomybės projektai išlaikys, kai taps „OpenAI“ globėjais.

Taip pat yra platesnis kontekstas: „OpenAI“ atsisakė išleisti savo naujausius kalbos modelius kaip atvirojo kodo. Tikimasi, kad būsimi „Codex“ variantai liks patentuoti, todėl kyla tikimybė, kad naujos funkcijos, sukurtos remiantis „Astral“ įrankiais, bus naudojamos uždarojo kodo sistemose, net jei pagrindinės programos ir toliau bus licencijuojamos pagal leidžiamąsias taisykles.

Kol kas bendruomenei suteikiamos UV, Ruff ir TY licencijos – MIT, Apache 2.0 ir panašiai leidžiančios parinktys tvirtos teisės į šakojimą, modifikavimą ir platinimąTačiau tai, kaip valdymas bus įgyvendinamas praktiškai, nulems, ar dabartinė bendruomenės energija išliks, ar laikui bėgant pamažu persikels kitur.

Poveikis Python ekosistemai ir kūrėjų darbo eigoms

Įsigijimas patenka į kalbos ekosistemą, kurioje Python jau dominuoja daugelyje sričių: dirbtinio intelekto tyrimai, duomenų mokslas, automatizavimas, žiniatinklio serveriai ir kt. „Astral“ įrankiai tapo pagrindine šios ekosistemos veikimo praktine dalimi, ypač komandoms, kurioms rūpi našumas ir nuoseklumas.

Susiejęs šiuos įrankius su „Codex“, „OpenAI“ siekia sustiprinti „Python“ pozicijas Dirbtinio intelekto padedamame kūrime. Idėja yra ta, kad „Codex“ ne tik rašys „Python“ kodą, bet ir valdys jo priklausomybes naudodama „uv“, palaikys švarą naudodama „Ruff“ ir užtikrins teisingumą naudodama „ty“, tuo pačiu tiesiogiai sąveikaudama su tomis pačiomis komandomis, kurias vykdo patys kūrėjai.

Toks integracijos lygis galėtų lemti Dirbtinio intelekto padedami darbo eigos atrodo natūralesnėsUžuot kopijavę ir įklijavę pasiūlymus tarp atskirų įrankių, kūrėjai galėtų paprašyti „Codex“ atlikti pakeitimą, atnaujinti atitinkamus failus, paleisti linterus ir tipo tikrintuvus ir parodyti rezultatus – visa tai vienoje aplinkoje. Didelėms organizacijoms tai galėtų reikšti nuoseklesnius standartus ir greitesnius atsiliepimų ciklus.

Tačiau yra ir strateginių pasekmių. Populiarių įrankių turėjimas suteikia „OpenAI“ privilegijuotą poziciją „Python“ įrankių grandinėje, o tai... konkurentai, tokie kaip „GitHub Copilot“, „Google“ „Gemini Code Assist“ ir kiti, negali lengvai atkartoti be panašių įsigijimų ar glaudžių partnerysčių. „Astral“ įrankiams vis labiau įsipinant į „Codex“, kils klausimų, kiek neutrali ši įrankių grandinė išlieka vartotojams, kurie teikia pirmenybę kitiems dirbtinio intelekto asistentams.

Bendruomenės stebėtojai atkreipė dėmesį ir į galimus privalumus, ir į riziką. Viena vertus, suderintos paskatos Bendradarbiavimas tarp pagrindinio dirbtinio intelekto teikėjo ir svarbiausių įrankių prižiūrėtojų galėtų reikšti geresnius išteklius, daugiau etatinių prižiūrėtojų ir greitesnį reagavimą į klaidas ar saugumo problemas. Kita vertus, jei būsimi pasirinkimai dėl funkcijų, numatytųjų nustatymų ar integracijų pirmiausia bus grindžiami „Codex“ teikiama nauda, ​​nepriklausomi kūrėjai gali pajusti, kad jų poreikiai nuslysta žemyn prioritetų sąraše.

Šiame etape daug kas priklauso nuo to, kaip „OpenAI“ ir „Astral“ komanda struktūrizuos savo valdymą. Aiškūs valdymo modeliai ir nuolatinis skaidrumas dėl veiksmų planų greičiausiai bus labai svarbūs siekiant išlaikyti platesnės „Python“ bendruomenės įsitraukimą.

Talentas, konkurencija ir pramonės dinamika

Be pačių įrankių, įsigijimas taip pat yra talentų žaidimasPrie „Codex“ organizacijos prisijungs palyginti maža, bet labai specializuota „Astral“ komanda, turinti patirties kuriant našią, kūrėjams skirtą infrastruktūros programinę įrangą. Tokios srities žinios yra vis labiau paklausios, nes dirbtinio intelekto įmonės bando atlikti didesnius darbo krūvius realiose inžinerinėse aplinkose.

Šis sandoris taip pat atitinka eilę M&A pokyčiai kūrėjų įrankių srityjeLikus keliems mėnesiams iki „OpenAI“ pranešimo, „Anthropic“ įsigijo „Bun“ – universalų „JavaScript“ ir „TypeScript“ įrankių rinkinį, apimantį vykdymo aplinką, paketų tvarkyklę, testavimo vykdiklį ir paketų rengyklę. „Bun“ jau buvo pagrindinė „Claude Code“ įrankių rinkinio dalis, o „Anthropic“ pirkinys užtikrino, kad itin svarbi priklausomybė išliktų glaudžiai susijusi su jos produktų kūrimo planu.

Komentatoriai pažymėjo, kad abu įsigijimai pabrėžia platesnį ginklavimosi varžybos dėl įrankių grandinės kontrolėsUžuot konkuravusios vien tik modelių lyginamaisiais standartais, įmonės perka kūrėjų redaktorių ir CI darbo eigų pagrindu veikiančius įrankius. Dėl to konkurentams sunkiau pakeisti įrankių rinkinio dalis, kartu pakeičiant plačiai patikimus įrankius.

Kai kurie stebėtojai įžvelgia riziką, kad „OpenAI“ galiausiai gali pasinaudoti savo UV ar susijusių įrankių nuosavybe kaip svertu šioje konkurencinėje kovoje, pavyzdžiui, pasinaudodamas subtiliais integracijos su „Codex“ pranašumais. Kiti teigia, kad dėl laisvų licencijų ir didelio bendruomenės pritarimo sunku uždrausti veiklą neskubant kurti atskirų versijų (angl. forks) ar alternatyvų.

Greta šios konkurencinės dinamikos egzistuoja ir tradiciniai startuolių aspektai. Marsh viešai padėkojo „Astral“ įmonei A ir B serijos investuotojai, todėl kai kurie spėlioja, kad šis įsigijimas gali leisti jiems iškeisti savo akcijas į pozicijas „OpenAI“ – bendrovėje, kuri, kaip gandai, netolimoje ateityje svarsto viešosios rinkos galimybes.

Kas dabar keičiasi kūrėjams

Šiuo metu, Kasdienis UV, Ruff ir TY naudojimas išlieka nepakitęsĮsigijimo sandoris dar nebaigtas, ir tiek „OpenAI“, tiek „Astral“ pabrėžė, kad bendrovės veiks nepriklausomai, kol bus atlikti visi reguliavimo ir procedūriniai veiksmai.

Kūrėjai vis dar gali diegti „Astral“ įrankius iš įprastų šaltinių, pranešti apie problemas „GitHub“ platformoje ir, kaip visada, siūlyti pataisymus. Esami kūrėjai vis dar veikia ir nebuvo paskelbta apie jokius licencijavimo ar platinimo modelių pakeitimus.

Labiau matomi pokyčiai greičiausiai pasirodys, kai Pradedama diegti „Codex“ integracijas„OpenAI“ pasiūlė, kad „Codex“ agentai galės tiesiogiai kreiptis į „Astral“ įrankius, pavyzdžiui, suaktyvinti UV, kad valdytų aplinkas automatizuoto pertvarkymo metu, arba paleisti Ruff ir ty kaip dirbtinio intelekto valdomo peržiūros proceso dalį.

Jei tos integracijos bus gerai suprojektuotos, kūrėjai gali pastebėti glaudesni ciklai tarp dirbtinio intelekto pasiūlymų ir patvirtinimoUžuot rankiniu būdu atlikęs kodo pakeitimo iš „Codex“ patvirtinimą, asistentas galėtų iškviesti įrankius, rodyti įspėjimus ir siūlyti pataisymus iš karto. Laikui bėgant tai galėtų padėti išspręsti vieną iš didžiausių rūpesčių, susijusių su dirbtinio intelekto sugeneruotu kodu: jį gali būti sunkiau prižiūrėti.

Ilgalaikėje perspektyvoje „Python“ ekosistema stebės signalus apie tai, ar „Astral“ projektai toliau vystosi taip, kad būtų naudingi platesnei bendruomenei, įskaitant komandas, kurios nenaudoja „Codex“ arba teikia pirmenybę konkuruojantiems dirbtinio intelekto asistentams. Išreikštas įsipareigojimas atvirojo kodo programoms ir dabartinių licencijų teisinės garantijos suteikia tam tikro užtikrintumo, tačiau pasitikėjimas greičiausiai priklausys nuo to, kaip bus sprendžiami kiti svarbių funkcijų sprendimų etapai.

Apskritai „OpenAI“ žingsnis įsigyjant „Astral“ priartina dirbtinio intelekto pagalba kuriamą programinę įrangą prie įrankių, kurie jau yra šiuolaikinių „Python“ darbo eigų pagrindas. Sujungus „Codex“ modeliavimo galimybes su didelio našumo, plačiai naudojami atvirojo kodo įrankiaibendrovė lažinasi, kad programavimo ateitį tiek pat lems kasdienės priklausomybių sprendimo ir skaidymo detalės, kiek ir dėmesį patraukiantys modelių atnaujinimai.

Susijęs straipsnis:

„OpenAI“ pristato atskirą „Codex“ programėlę, skirtą „macOS“ su kelių agentų valdymu