બધું જ એક ફાઇલ છે: યુનિક્સથી AI એજન્ટની ડિઝાઇન ફિલસૂફી\n\nઓરિજિનલ ઇથન યે ચેંગ\n\n\n\n## અડધી સદીથી પડઘો\n\n1970ના દાયકાની શરૂઆતમાં બેલ લેબ્સ (Bell Labs)માં, યુનિક્સના પિતા કેન થોમ્પસન (Ken Thompson) અને ડેનિસ રિચી (Dennis Ritchie)એ પ્રથમ વખત એક હિંમતભર્યું અને લગભગ ઝનૂની ડિઝાઇન સિદ્ધાંત રજૂ કર્યો: Everything is a file - બધું જ એક ફાઇલ છે.\n\nપચાસ વર્ષથી વધુ સમય પછી, AI એજન્ટ ફ્રેમવર્કનો વિસ્ફોટ થયો છે. Manus, Claude Code, OpenClaw... તેઓ જુદી જુદી ટીમ, જુદા જુદા ટેક્નોલોજી સ્ટેક અને જુદા જુદા વ્યાપારી લક્ષ્યોમાંથી આવે છે, પરંતુ તેઓએ એક જ પસંદગી કરી છે: ફાઇલ સિસ્ટમને એજન્ટના જ્ઞાનાત્મક માળખા તરીકે ઉપયોગ કરવો.\n\nManus એજન્ટને વર્ચ્યુઅલ મશીન આપે છે, અને ટાસ્ક પ્રોડક્ટ ફાઇલ તરીકે ડિસ્કમાં સ્ટોર થાય છે. Claude Code સીધા જ વપરાશકર્તાની લોકલ ફાઇલ સિસ્ટમ પર વાંચે અને લખે છે, અને CLAUDE.md ફાઇલનો ઉપયોગ તમામ સૂચનાઓ અને સંદર્ભોને સ્ટોર કરવા માટે કરે છે. OpenClaw જેવા ઓપન સોર્સ ફ્રેમવર્ક પણ ટાસ્ક વિઘટન અને મધ્યવર્તી સ્થિતિને ગોઠવવા માટે ડિરેક્ટરી સ્ટ્રક્ચરનો ઉપયોગ કરે છે.\n\nજ્યારે અડધી સદીથી અલગ થયેલા એન્જિનિયરો સંપૂર્ણપણે અલગ ટેક્નિકલ સમસ્યાઓનો સામનો કરે છે, ત્યારે તેઓ સ્વતંત્ર રીતે એક જ ઉકેલ પર ભેગા થાય છે - આ કોઈ સંયોગ નથી, પરંતુ ડિઝાઇન ફિલસૂફીનો પડઘો છે.\n\n## યુનિક્સનો તે નિર્ણય\n\nઆ બાબતનું મહત્વ સમજવા માટે, આપણે પહેલા એ જોવું પડશે કે યુનિક્સે શું કર્યું.\n\nયુનિક્સ ફાઇલ સિસ્ટમની ડિઝાઇનને કોમ્પ્યુટર સાયન્સના ઇતિહાસમાં સૌથી ભવ્ય ડિઝાઇનમાંની એક ગણવામાં આવે છે. તે એક અત્યંત જટિલ સમસ્યાનું નિરાકરણ લાવે છે: વિવિધ હાર્ડવેર અને ડેટા સંસાધનોને સંચાલિત કરવા માટે એકીકૃત અને સરળ ઇન્ટરફેસનો ઉપયોગ કેવી રીતે કરવો.\n\n1970ના દાયકા પહેલાં, ઓપરેટિંગ સિસ્ટમ આ રીતે કામ કરતી હતી: તમારે ડિસ્ક વાંચવી હોય તો ડિસ્ક ઇન્ટરફેસને એડજસ્ટ કરો; તમારે ટેપ વાંચવી હોય તો ટેપ ઇન્ટરફેસને એડજસ્ટ કરો; તમારે ટર્મિનલને એક્સેસ કરવું હોય તો ટર્મિનલ ઇન્ટરફેસને એડજસ્ટ કરો. દરેક ઉપકરણનું પોતાનું API હોય છે, અને દરેક APIનો પોતાનો અર્થ હોય છે. જો તમારી પાસે N પ્રકારના ઉપકરણો અને M પ્રકારની કામગીરી હોય, તો સિસ્ટમની જટિલતા N × M હશે.\n\nથોમ્પસન અને રિચીએ એક એવી બાબત કરી જે દેખીતી રીતે સરળ અને મૂર્ખ હતી:\n\nદરેક વસ્તુને ફાઇલમાં ફેરવો. દરેક વસ્તુને ચલાવવા માટે open, read, write, close આ ચાર ક્રિયાપદોનો ઉપયોગ કરો.\n\nતેનો મુખ્ય અર્થ એ છે કે ઓપરેટિંગ સિસ્ટમના તમામ સંસાધનો - દસ્તાવેજો, ડિરેક્ટરીઓ, હાર્ડ ડ્રાઇવ્સ, મોડેમ, કીબોર્ડ, પ્રિન્ટર્સ, અને નેટવર્ક કનેક્શન્સ અને પ્રોસેસ માહિતી પણ - એક ફાઇલ સ્ટ્રીમ (Stream of Bytes) તરીકે અમૂર્ત કરી શકાય છે.\n\nઆનો અર્થ એ થાય છે કે તમારે ફક્ત એક API શીખવાની જરૂર છે - open(), read(), write(), close() - અને તમે કમ્પ્યુટરના તમામ સંસાધનોને ચલાવી શકો છો.\n\nત્યારથી, જટિલતા N × M થી ઘટીને 4 × 1 થઈ ગઈ છે. ચાર ક્રિયાપદો, એક સ્તરનું અમૂર્ત.\n\nઆ બાબતની પ્રતિભા - સતત મેમરી **: LLM ની સંદર્ભ વિન્ડો અસ્થિર છે, અને વિચારની સાંકળ સત્ર સાથે અદૃશ્ય થઈ જાય છે. જાણે કે પ્રક્રિયા બહાર નીકળ્યા પછી મેમરી પુનઃપ્રાપ્ત થાય છે - તમારે મધ્યવર્તી સ્થિતિને સતત રાખવા માટે એક જગ્યાની જરૂર છે, અન્યથા દરેક વાતચીત શરૂઆતથી શરૂ થશે.

• ક્રમિક સંદર્ભ: જટિલ કાર્યો એક પગલામાં પૂર્ણ કરી શકાતા નથી. એજન્ટને બહુવિધ તર્કસંગતતામાં ધીમે ધીમે સંદર્ભ એકઠા કરવાની જરૂર છે, જેમ કે યુનિક્સ પ્રક્રિયાઓ ફાઇલો વાંચીને અને લખીને બહુવિધ અમલ વચ્ચે સ્થિતિને સ્થાનાંતરિત કરે છે. ફાઇલ સિસ્ટમ સ્વાભાવિક રીતે આ \ "પ્રોગ્રામ્સ" ને બદલે "એજન્ટ્સ", અને "ટેક્સ્ટ સ્ટ્રીમ્સ" ને બદલે "ફાઇલો", આ વાક્ય 2026 માં પણ સાચું રહેશે.

પ્રથમ સિદ્ધાંતો પર પાછા ફરો

મહાન અમૂર્તતા ક્યારેય જૂની થતી નથી, તે ફક્ત નવા ક્ષેત્રોમાં નવા ઉદાહરણો શોધે છે.

"સંકુલતાને દૂર કરવા માટે એકીકૃત ઇન્ટરફેસ" એ યુનિક્સની શોધ નથી, તે સિસ્ટમ ડિઝાઇનનો શાશ્વત નિયમ છે. યુનિક્સે આકસ્મિક રીતે "ફાઇલ" નામથી તેનો અમલ કર્યો. AI એજન્ટે આકસ્મિક રીતે "વર્કિંગ ડિરેક્ટરી" ના સ્વરૂપમાં તેને ફરીથી અમલમાં મૂક્યો.

આગામી પેઢીની સિસ્ટમ પણ એ જ પસંદગીનો સામનો કરશે: દરેક વસ્તુ માટે સમર્પિત ઇન્ટરફેસ ડિઝાઇન કરો, અથવા પાતળું, સામાન્ય, સંયોજિત કરી શકાય તેવું અમૂર્ત શોધો?

જો ઇતિહાસ કોઈ બોધપાઠ આપે છે, તો જવાબ પહેલેથી જ /dev/null ની બાજુમાં લખાયેલો છે:

Keep it simple. Make it compose. Everything is a file. (તેને સરળ રાખો. તેને કમ્પોઝ કરો. બધું એક ફાઇલ છે.)