Az, hogy a MI legyen-e nyílt vagy zárt, ma már nem marginális kérdés, hanem éles szakpolitikai vita. Valódi következményei vannak annak, ki építhet, auditálhat és versenyezhet a MI-ökoszisztémában. Miközben a vita Washingtonban, Brüsszelben és máshol is zajlik, a nehezebb kérdések továbbra is nyitva maradnak. Mit jelent a gyakorlatban az érdemi nyitottság? Hol legyenek a korlátok? És kinek van beleszólása abba, hogyan húzzuk meg ezeket?

Pontosan ezt a hiányt próbáltuk betölteni néhányan két évvel ezelőtt.

2024-ben a Mozilla és a Columbia Institute of Global Politics több mint 40 kutatót, fejlesztőt és szakpolitikai szakértőt hívott össze a Columbia Convening on Openness and AI rendezvényre. A cél egyszerűen hangzott, de nehéz volt megvalósítani: tisztázni, mit jelent az, hogy „nyílt”, ha már nem hagyományos szoftverről, hanem alapmodellekről beszélünk, és közös fogalomkészletet kialakítani, amelyre a kutatók, fejlesztők, döntéshozók és a civil szféra egyaránt támaszkodhatnak.

A találkozó egy több évig tartó munka kezdete volt. A cél az volt, hogy a nyitottságról szóló sokféle nézőpontból tartós, a fejlesztők, építők és döntéshozók számára is hasznos keretet formáljunk. Nemrég ez az erőfeszítés új mérföldkőhöz ért: a Communications of the ACM publikálta „Unpacking Open Source AI: Toward a Framework for Openness in Foundation Models” című tanulmányt, amelynek társszerzője vagyok, számos akadémiai, iparági és civil szférából érkező partnerrel együtt.

A tanulmány egy olyan keretrendszert vázol fel, amelyre nagy szüksége van a nyílt forráskódú MI körüli vitának. Nem úgy kezeli a „nyitottságot”, mint egyetlen kapcsolót, amit be- vagy kikapcsolunk. Ehelyett az MI-stacket alkotó részekre bontja – adatra, kódra, modell-súlyokra, dokumentációra és sok másra –, és azt vizsgálja, hogy az egyes rétegek nyitottsága hogyan hat arra, ki tudja ténylegesen ellenőrizni, használni és továbbépíteni a rendszert. Ez a fajta részletezettség kulcsfontosságú. A mostani szakpolitikai viták nagy része egységes tömbként kezeli a nyílt forráskódú MI-t, miközben valójában az dönti el, hogy a nyitottság betartja-e az ígéretét a biztonság, a verseny és az elszámoltathatóság terén, hogy pontosan mit és hogyan osztanak meg.

Érdemes kiemelni a keretrendszer néhány gondolatát. Először is, a nyitottságot nem bináris kategóriaként, hanem fokozatos skálaként kezeli. Egy rendszer lehet nyitott a súlyok tekintetében, miközben zárt marad a tanító adatoknál, vagy lehet nyitott a kódja, de alig ad valamilyen dokumentációt arról, hogyan értékelték. A keretrendszer pontos fogalmakat ad ennek a keveréknek a leírására, ahelyett, hogy egyetlen, homályos címke alá sorolná. Másodszor, amellett érvel, hogy a biztonságot nem lehet csak a modell szintjén megítélni: legalább ennyire számít a környező rendszer – a futtatási környezet, a védelmi mechanizmusok, a moderációs rétegek és az irányítási struktúrák. Egy modell valós kockázati profilját mindez együtt alakítja, nem pusztán a súlyok önmagukban. A keretrendszer szándékosan nem ír elő egyetlen „helyes” nyitottsági szintet minden rendszerre. Inkább közös fogalmi készletet ad a fejlesztőknek, kutatóknak és szabályozóknak, hogy esetről esetre tudják meghozni és értékelni ezeket a kompromisszumokat.

Érdemes megállni egy pillanatra annál is, kik állnak a munka mögött. Ha végigpörgetjük a szerzők listáját, valódi keresztmetszetét látjuk azoknak az embereknek és szervezeteknek, akik a nyílt rendszerek fejlesztését viszik előre. Olyanok gyűltek itt össze, akik éveken át, jóhiszeműen, és gyakran komoly nézetkülönbségek mellett is amellett érveltek, hogy a nyílt megközelítések biztonságosabb, demokratikusabb és elszámoltathatóbb MI-alapot teremthetnek. Ugyanez a szellem hajtotta az eredeti találkozót is, és ez teszi ezt a tanulmányt valóban fontos mérföldkővé abban a küldetésben, hogy az MI-rendszerekhez ne csak kevesek, hanem minél többen hozzáférjenek.

A teljes tanulmány itt olvasható.