Miksi Godot sulkee oven tekoälyn tuottamalle koodille

Avoimen lähdekoodin pelimoottori Godot julkaisi 30. kesäkuuta 2026 päivityksen osallistumiskäytäntöönsä, joka rajoittaa generatiivisen tekoälyn käyttöä koodin toimituksissa. Uusi sääntö edellyttää, että koodin on oltava ihmisen kirjoittamaa ja ihmisen tarkistamaa. Tekoälyä saa käyttää vain yksinkertaisiin tehtäviin, kuten koodin täydennykseen, säännöllisiin lausekkeisiin sekä etsi-ja-korvaa-toimintoihin, edellyttäen että osallistujat ilmoittavat tekoälyn käytöstä vetopyyntökeskusteluissa. Käytäntö kieltää nimenomaisesti autonomiset tekoälyagentit ja 'vibe codingin' (johtaa automaattiseen banniin GitHub-säilöstä), merkittävän tekoälyn tuottaman koodin sekä tekoälyn tuottaman tekstin ihmisten välisessä viestinnässä. Kaikkien vetopyyntöjen ihmistarkistus on nyt pakollista. Ylläpitäjät olivat aiemmin kuvanneet tekoälyn tuottamien osallistumisten tulvaa 'uuvuttavaksi ja lannistavaksi' viitaten vähäiseen pätevien arvioijien määrään ja kasvavaan vetopyyntöjen määrään. Ylläpitäjä Rémi Verschelde kertoi Game Developer -julkaisulle, että vain noin 47:ssä viimeisten kahden julkaisusyklin noin 3 700 vetopyynnöstä oli ilmoitettu tekoälyn käytöstä (noin 1,3 prosenttia), mutta kustannukset ovat suhteettoman suuret. Godot ei ole yksin: curl lopetti bugipalkkio-ohjelmansa tammikuussa 2026 tekoälyn tuottamien haavoittuvuusraporttien vuoksi, ja todellisten raporttien osuus laski yli 15 prosentista alle 5 prosenttiin; tldraw alkoi sulkea automaattisesti kaikki ulkoiset osallistumiset vuoden 2026 alussa. CodeRabbitin joulukuussa 2025 tekemä tutkimus, joka analysoi 470 GitHub-vetopyyntöä, osoitti, että tekoälyn avustamissa osallistumisissa on noin 1,7 kertaa enemmän ongelmia kuin ihmisten tekemissä (10,83 vs. 6,45 keskimääräistä raporttia vetopyyntöä kohden). Päätös korostaa, että tekoäly siirtää kustannuksia: koodin tuottamisesta tulee lähes ilmaista, mutta sen tarkistaminen ja ylläpito pysyvät kalliina ihmistyönä. Godotin käytäntö suojelee sen osallistujamallin kestävyyttä korostaen, että avoimessa lähdekoodissa ei ole kysymys siitä, kuka kirjoitti koodin, vaan siitä, kuka voi olla siitä vastuussa.