Kila Kitu Ni Faili: Falsafa ya Ubunifu Kutoka Unix Hadi AI Agent

Imeandikwa na Ethan Yecheng

cover_image

Mwangwi Unaovuka Nusu Karne

Mapema katika miaka ya 1970 katika Maabara ya Bell (Bell Labs), baba wa Unix, Ken Thompson, na Dennis Ritchie walipendekeza kwa mara ya kwanza kanuni ya ujasiri na karibu ya kichaa ya kubuni: Kila kitu ni faili.

Zaidi ya miaka hamsini baadaye, mfumo wa AI Agent unaongezeka. Manus, Claude Code, OpenClaw... Wanatoka kwa timu tofauti, mrundikano tofauti wa teknolojia, malengo tofauti ya kibiashara, lakini wamefanya chaguo moja kwa pamoja: kutumia mfumo wa faili kama mifupa ya utambuzi ya Agent.

Manus humpa Agent mashine pepe, na matokeo ya kazi huwekwa kwenye diski kama faili. Claude Code husoma na kuandika moja kwa moja kwenye mfumo wa faili wa ndani wa mtumiaji, na hutumia faili ya CLAUDE.md kubeba maagizo na muktadha wote. Mifumo huria kama vile OpenClaw pia hupanga utengano wa kazi na hali ya kati katika muundo wa saraka.

Mhandisi wanapokabiliwa na matatizo tofauti kabisa ya kiufundi baada ya nusu karne, lakini hukusanyika kwa suluhisho moja kwa kujitegemea - hii si bahati mbaya, huu ni mwangwi wa falsafa ya kubuni.

Uamuzi wa Unix

Ili kuelewa uzito wa jambo hili, lazima kwanza turudi kwenye kile Unix ilifanya.

Ubunifu wa mfumo wa faili wa Unix unachukuliwa kuwa mojawapo ya miundo maridadi zaidi katika historia ya sayansi ya kompyuta. Inatatua tatizo ngumu sana: jinsi ya kutumia kiolesura kimoja, rahisi kusimamia rasilimali tofauti za maunzi na rasilimali za data.

Kabla ya miaka ya 1970, mfumo wa uendeshaji ulifanya kazi hivi: ikiwa unataka kusoma diski, piga kiolesura cha diski; ikiwa unataka kusoma mkanda wa sumaku, piga kiolesura cha mkanda wa sumaku; ikiwa unataka kufikia terminal, piga kiolesura cha terminal. Kila kifaa kina API yake, na kila API ina semantiki yake. Ikiwa una aina N za vifaa na aina M za operesheni, utata wa mfumo ni N × M.

Thompson na Ritchie walifanya jambo ambalo lilionekana rahisi hadi la kijinga:

Badilisha kila kitu kuwa faili. Tumia vitenzi vinne open, read, write, close kufanya kazi kila kitu.

Maanisha yake ya msingi ni: rasilimali zote katika mfumo wa uendeshaji - hati, saraka, anatoa ngumu, modemu, kibodi, printa, na hata miunganisho ya mtandao na habari ya mchakato - zinaweza kufupishwa kuwa mkondo wa faili (Stream of Bytes).

Hii inamaanisha kuwa unahitaji tu kujifunza seti moja ya API - open(), read(), write(), close() - ili kuendesha rasilimali zote za kompyuta.

Kuanzia sasa, utata huanguka kutoka N × M hadi 4 × 1. Vitenzi vinne, safu moja ya kufupisha.

Umahiri wa jambo hili haupo katika nomino "faili", lakini katika ufahamu wa kina zaidi:

Hauhitaji kujua ni nini nyuma ya maelezo ya faili. Kiolesura ni mkataba.

fd (kielelezo cha faili) ni kishikilia kisicho wazi. Unaisoma read(), mkondo wa baiti unatoka. Kuhusu kama baiti hizi zinatoka kwa sekta ya diski ngumu, bafa ya kadi ya mtandao au pato la kawaida la mchakato mwingine - haujali, na haupaswi kujali.

Hii ndiyo nguvu ya kiolesura cha umoja: inafanya ujinga kuwa faida.

Tatizo Sawa Linalokabili Agent

Sasa rudi nyuma na uangalie hali ya AI Agent.

Agent anahitaji kukamilisha kazi ngumu, na anakabiliwa na shida sawa ya kushangaza na mfumo wa uendeshaji wa miaka ya 1970:

Kumbukumbu Endelevu: Dirisha la muktadha la LLM (Lugha Kubwa ya Mfumo) hubadilika, na mfuatano wa mawazo hupotea na kikao. Ni kama kumbukumbu inavyosafishwa baada ya mchakato kutoka—unahitaji mahali pa kuhifadhi hali ya kati, vinginevyo kila mazungumzo yanaanza kutoka mwanzo.
Muktadha wa Hatua kwa Hatua: Kazi ngumu haiwezi kukamilika kwa hatua moja. Wakala anahitaji kukusanya muktadha hatua kwa hatua katika mzunguko mwingi wa hoja, kama mchakato wa Unix unavyopitisha hali kati ya utekelezaji mwingi kwa kusoma na kuandika faili. Mfumo wa faili kiasili hutoa hali hii ya kazi ya "andika kidogo, soma kidogo, kisha uandike kidogo zaidi".
Uratibu wa Pamoja wa Zana na Ujuzi: Wakala anahitaji kuita zana tofauti kama vile utafutaji, utekelezaji wa msimbo, uzalishaji wa picha (Zana/Ujuzi), kama vile Unix inavyosimamia vifaa tofauti kama vile diski, mtandao, printa. Unahitaji safu ya muhtasari wa umoja, vinginevyo utahitaji kuandika seti mpya ya mantiki ya ujumuishaji kwa kila zana mpya unayounganisha.
Mipaka ya Ruhusa ya Matumizi ya Kompyuta: Wakati Wakala ana uwezo wa kuendesha kompyuta, "anaweza kugusa nini, hawezi kugusa nini" inakuwa suala la maisha na kifo. Mfumo wa ruhusa za faili wa Unix (rwx) hutoa mfumo wa sanduku la mchanga uliopo—saraka ni mpaka, ruhusa ni mkataba.

Mahitaji manne. Je, yanasikika kuwa ya kawaida?

Haya ndiyo matatizo ambayo mfumo wa uendeshaji ulikabiliana nayo katika miaka ya 1970.

Kumbukumbu endelevu—mfumo wa faili hutatua kiasili, kuandika ni endelevu. Muktadha wa hatua kwa hatua—muundo wa saraka yenyewe umejengwa kwa nyongeza, mkdir, touch, append, muktadha hukua na faili. Uratibu wa umoja wa zana—kiini cha bomba la Unix: stdout ya mchakato mmoja ni stdin ya mchakato mwingine, kati ni mkondo wa baiti. Msururu wa zana wa Wakala pia ni sawa: faili ya pato la hatua ya awali ni ingizo la hatua inayofuata. Mipaka ya ruhusa—ruhusa za rwx za mfumo wa faili, sanduku la mchanga la chroot, kiasili huweka "mduara wa uwezo" kwa Wakala.

Kwa hivyo wakati wabunifu wa mfumo wa Wakala wanakabiliwa na swali la "hali ya kazi ya Wakala inawekwa wapi", jibu karibu limepangwa: weka kwenye mfumo wa faili. Kwa sababu hakuna suluhisho rahisi zaidi ambalo linaweza kukidhi vizuizi hivi vinne kwa wakati mmoja.

Wakati mfumo unahitaji "kusimamia mwingiliano wa rasilimali nyingi tofauti", una njia mbili:

Njia A: Buni kiolesura maalum kwa kila rasilimali. Rasilimali N × Operesheni M = Kiolesura cha NM. Sahihi lakini hulipuka.

Njia B: Tafuta muhtasari mwembamba wa kutosha ili rasilimali zote zivae nguo sawa. Operesheni 4 × Muhtasari 1. Mbaya lakini inaweza kuunganishwa.

Unix ilichagua B. Zaidi ya miaka hamsini baadaye, mfumo wa Wakala umechagua B tena.

Safu ya Kina Zaidi: Faili ni Uthibitisho wa Mawazo

Lakini ikiwa tutaishia tu kwenye "muunganiko wa suluhisho la kiufundi", tutakosa kitu muhimu zaidi.

Fikiria jinsi wanadamu wenyewe wanavyoshughulikia kazi ngumu.

Unapopokea mradi mkubwa, jambo la kwanza kufanya si kuanza kufanya kazi, lakini: unda folda. Saraka ya mizizi ya mradi, saraka ya kazi ndogo, saraka ya nyenzo za marejeleo, saraka ya pato. Unatumia muundo wa saraka kuvunja kazi yenye machafuko katika vitengo vinavyoweza kudhibitiwa. Unatumia majina ya faili kutaja kila kitengo. Unatumia yaliyomo kwenye faili kurekodi mchakato wa mawazo na bidhaa za kati.

Mfumo wa faili sio tu suluhisho la kuhifadhi. Ni zana ya asili ya wanadamu ya kuthibitisha mawazo.

Ufahamu huu unaeleza kwa nini mfumo wa Wakala unakusanyika kwenye mfumo wa faili: "mawazo" ya LLM yanahitaji kuthibitishwa—dirisha lake la muktadha ni mdogo, hoja ya muda mrefu lazima itegemee kumbukumbu ya nje. Na mfumo wa faili ndio umbizo la "kumbukumbu ya nje" ya ulimwengu wote ambayo wanadamu wamewahi kuvumbua.

Kutoka kwa mtazamo huu, CLAUDE.md ya Claude Code sio faili ya usanidi. Ni aina ya mkataba wa utambuzi uliothibitishwa—wanadamu huandika nia katika faili, na Wakala husoma faili kama nia. Faili inakuwa safu ya kiolesura kati ya akili ya mwanadamu na akili bandia.

Hii inalingana kwa kushangaza na falsafa ya bomba la Unix:

Andika programu za kushughulikia mitiririko ya maandishi, kwa sababu hiyo ni kiolesura cha ulimwengu wote.Kubadilisha "programs" na "agents", na kubadilisha "text streams" na "files", sentensi hii bado itakuwa kweli mwaka 2026.

Kurudi kwenye Misingi ya Kwanza

Ubunifu mkuu haupitwi na wakati, unatafuta tu mifano mipya katika maeneo mapya.

"Kiolesura kimoja huondoa utata" sio uvumbuzi wa Unix, ni sheria ya milele ya muundo wa mfumo. Unix ilitokea kuitekeleza kwa jina "file". AI Agent ilitokea kuitekeleza tena katika mfumo wa "working directory".

Kizazi kijacho cha mifumo pia kitakabiliwa na chaguo lile lile: kubuni violesura maalum kwa kila kitu, au kupata safu nyembamba, ya jumla, na inayoweza kuunganishwa ya dhana dhahania?

Ikiwa historia ina funzo lolote, jibu tayari limeandikwa karibu na /dev/null: