OpenAI Codex iliandika mchezo kamili wa DOS wa mtindo wa Asteroids kwa kutumia 16-bit x86 Assembly, ikitoa faili 18 za chanzo (source files) na takriban mistari 2,500 ya kodi bila hata mstari mmoja wa Assembly uliandikwa na binadamu. Jaribio hili linaonyesha kuwa AI inaweza kuongoza mzunguko mzima wa programu—kuanzia upangaji hadi kurekebisha makosa (debugging)—bila kuingiliwa moja kwa moja na programu, hatua inayozidi maonyesho ya kawaida ya "kukamilisha kodi" (code-completion).

Kwa nini jaribio hili lilikuwa muhimu

Maonyesho mengi ya AI-coding kwa umma huishia kwenye vipande vidogo au zana rahisi. Ili kuchunguza uwezo wa juu zaidi, jaribio hili liliilazimisha Codex kuingia katika mazingira yenye vikwazo vingi zaidi inayoweza kufikirika: 16-bit x86 Assembly kwenye DOS, bila injini za michezo (game engines), maktaba za michoro (graphics libraries), au urahisi wa lugha za kiwango cha juu (high-level languages). Lengo lilikuwa kuona ikiwa AI inaweza si tu kuzalisha kodi, bali pia kusimamia kazi nyingine za uhandisi zinazoambatana nayo.

Jinsi majukumu yalivyogawanywa

Majukumu ya binadamu yalizuiliwa kwenye vitendo vitatu:

  • Kuainisha lengo kuu la mradi (mchezo wa aina ya Asteroids).
  • Kujibu maswali yoyote yanayohusiana na mchezo.
  • Kufanya majaribio ya mchezo (play-test) kwenye kila toleo na kuripoti hitilafu (bugs) zilizogunduliwa.

Majukumu ya Codex yalijumuisha kila kitu kingine:

  • Kuandaa mpango wa mradi na usanifu (architecture).
  • Kuandika faili za chanzo za Assembly.
  • Kurekebisha makosa (debug), kuboresha (refactor), na kupanga upya kodi.
  • Kusimamia ghala la Git (Git repository), ikiwa ni pamoja na commits na usimamizi wa matawi (branch management).
  • Kujenga faili ya binary na kuiendesha kwenye DOS emulator.

Binadamu hakuwahi kuandika hata amri moja ya Assembly, hakuwahi kuendesha kirekebishia (compiler), na hakuwahi kuzindua mchezo wakati wa maendeleo. Mawasiliano yaliishia kwenye kuelezea dalili za hitilafu; AI ilipata na kurekebisha chanzo cha tatizo yenyewe.

Mtiririko wa kazi wa mzunguko (iterative workflow)

Kila mzunguko ulianza kwa Codex kupendekeza hatua muhimu (kwa mfano, "tekeleza mwendo wa meli ya mchezaji"). Kisha ilitengeneza faili za chanzo zinazohusika, ikaziweka kwenye Git (commit), ikatengeneza faili inayoweza kutekelezwa (executable), na kumkabidhi mtesaji toleo linaloweza kuchezwa. Codex ilichambua dalili, ikaitafuta kwenye kodi, na kutoa marekebisho (patch) bila mwongozo zaidi kutoka kwa binadamu.

Kile ambacho bidhaa ya mwisho inajumuisha

  • Faili 18 za chanzo za Assembly, zilizopangwa katika muundo wa kawaida wa ghala (repository).
  • Takriban mistari 2,500 ya Assembly, inayohusisha usimamizi wa pembejeo (input handling), uchoraji wa sprite, utambuzi wa migongano (collision detection), na mfumo wa alama za juu (high-score system).
  • Faili ya DOS executable inayoweza kuchezwa inayofanya kazi katika mazingira ya kawaida ya DOS na kuiga mchezo wa zamani wa Asteroids.
  • Assembly sifuri iliyoandikwa na binadamu, ikithibitisha kuwa AI ilishughulikia kazi zote za programu za kiwango cha chini (low-level programming).

Athari na matokeo yake

Ikiwa AI inaweza kusimamia mradi kuanzia wazo hadi faili ya binary inayofanya kazi kwa uhuru, jukumu la jadi la programu kama mratibu mkuu wa kodi linaanza kubadilika. Makampuni yanaweza kupunguza muda unaotumika kwenye mipangilio ya awali (boilerplate setup), nyaraka (documentation), na kurekebisha makosa ya kawaida, na kuwapa wahandisi nafasi ya kuzingatia usanifu na mkakati wa bidhaa.

Jaribio hili pia linaonyesha mipaka. Mazingira ya jaribio yalikuwa ya kubana kwa makusudi: mchezo mmoja wa DOS wenye mifumo inayoeleweka vizuri. Kuongeza uwezo wa mbinu hii kwenye mifumo mikubwa yenye moduli nyingi, utegemezi wa nje, vizuizi vya usalama, au njia za kodi zinazohitaji utendaji wa juu (performance-critical), bado haijathibitishwa. Aidha, mtesaji wa binadamu bado alifanya kazi kama mlango wa mwisho wa ubora; hitilafu ya mantiki isiyogundulika ingeweza kupita bila uangalizi huo.

Hoja za upinzani na maswali ya wazi

  • Uaminifu: Programu za Assembly hazina huruma; kosa moja dogo la namba (off-by-one error) linaweza kusababisha programu nzima kusimama. Codex ilirekebisha hitilafu zilizoiona, lakini inaweza kukosa matatizo madogo ya muda (timing issues) ambayo huonekana tu wakati wa majaribio ya shinikizo (stress testing).
  • Uwezekano wa kudumisha (Maintainability): Kodi inayozalishwa bila miongozo ya mtindo wa binadamu inaweza kuwa ngumu kwa watengenezaji wa baadaye kusoma au kuipanua, hasa ikiwa kanuni za majina za AI zinatofautiana na viwango vya timu.
  • Mali ya kiakili: Nani anamiliki kodi wakati AI inapoiandika? Mifumo ya sasa ya leseni inachukulia kuwa mwandishi ni binadamu, jambo linaloacha eneo lisilo wazi kwa kazi zinazozalishwa na AI.

Nini cha kufuatilia baadaye

  • Vigezo pana zaidi (Broader benchmarks): Kutumia mtiririko ule ule wa kazi wa kiotomatiki kwenye programu za mtandao, programu za simu, au miradi ya kisasa ya C/C++ kutajaribu ikiwa mbinu hii inaweza kuongezeka zaidi ya michezo ya mtindo wa zamani.
  • Ujumuishaji wa zana: Kuingiza Codex kwenye mifumo ya CI/CD kunaweza kuwezesha si tu uzalishaji wa kodi bali pia majaribio, ukaguzi wa usalama, na utoaji (deployment).
  • Ukuaji wa sera: Kadiri kodi inayozalishwa na AI inavyoongezeka, sera za kisheria na za kampuni zitahitaji kushughulikia umiliki, dhima (liability), na uzingatiaji wa sheria (compliance).

Hitimisho ni wazi: AI sasa inaweza kufanya kazi kama mhandisi mmoja wa programu kwa miradi iliyofafanuliwa vizuri na yenye mipaka, ikitoa kodi inayofanya kazi na ya kiwango cha chini bila binadamu kuandika kodi kwa mkono. Ikiwa uwezo huo utabadilisha uendelezaji wa kawaida unategemea jinsi mfumo utakavyoweza kushughulikia kwa haraka uaminifu, uwezo wa kudumisha, na masuala ya kisheria.