எல்லாம் ஒரு கோப்பே: யூனிக்ஸ் முதல் AI ஏஜென்ட் வடிவமைப்பு தத்துவம் வரை

உருவாக்கியவர் ஈதன் யேசெங்

அரை நூற்றாண்டு கால எதிரொலி

1970 களின் முற்பகுதியில் பெல் ஆய்வகத்தில் (Bell Labs), யூனிக்ஸின் தந்தை கென் தாம்சன் (Ken Thompson) மற்றும் டென்னிஸ் ரிச்சி (Dennis Ritchie) ஆகியோர் முதன்முதலில் ஒரு தைரியமான, கிட்டத்தட்ட வெறித்தனமான வடிவமைப்பு கொள்கையை முன்வைத்தனர்: Everything is a file - எல்லாம் ஒரு கோப்பே.

ஐம்பது ஆண்டுகளுக்குப் பிறகு, AI ஏஜென்ட் கட்டமைப்புகள் பெருகி வருகின்றன. Manus, Claude Code, OpenClaw... அவை வெவ்வேறு குழுக்கள், வெவ்வேறு தொழில்நுட்ப அடுக்குகள், வெவ்வேறு வணிக இலக்குகளைக் கொண்டவை, ஆனால் அவை அனைத்தும் ஒரே தேர்வைச் செய்துள்ளன: கோப்பு முறைமையை ஏஜென்ட்டின் அறிவாற்றல் எலும்புக்கூடாகப் பயன்படுத்துகின்றன.

Manus ஏஜென்ட்டுக்கு ஒரு மெய்நிகர் இயந்திரத்தைக் கொடுக்கிறது, மேலும் பணி வெளியீடுகள் கோப்புகளாக சேமிக்கப்படுகின்றன. Claude Code நேரடியாக பயனரின் உள்ளூர் கோப்பு முறைமையில் படிக்கவும் எழுதவும் செய்கிறது, மேலும் CLAUDE.md கோப்பைப் பயன்படுத்தி அனைத்து அறிவுறுத்தல்களையும் சூழலையும் கொண்டுள்ளது. OpenClaw போன்ற திறந்த மூல கட்டமைப்புகள் பணி சிதைவு மற்றும் இடைநிலை நிலைகளை ஒழுங்கமைக்க கோப்பக கட்டமைப்பைப் பயன்படுத்துகின்றன.

அரை நூற்றாண்டு இடைவெளியில் உள்ள பொறியாளர்கள், முற்றிலும் மாறுபட்ட தொழில்நுட்ப சிக்கல்களை எதிர்கொள்ளும் போது, ​​தனித்தனியாக ஒரே தீர்வுக்கு வரும்போது - இது தற்செயல் நிகழ்வு அல்ல, இது வடிவமைப்பு தத்துவத்தின் எதிரொலி.

யூனிக்ஸின் அந்த முடிவு

இந்த விஷயத்தின் எடையை புரிந்து கொள்ள, யூனிக்ஸ் என்ன செய்தது என்பதை முதலில் திரும்பிப் பார்க்க வேண்டும்.

யூனிக்ஸ் கோப்பு முறைமையின் வடிவமைப்பு கணினி அறிவியலின் வரலாற்றில் மிகவும் நேர்த்தியான வடிவமைப்புகளில் ஒன்றாக கருதப்படுகிறது. இது ஒரு சிக்கலான சிக்கலை தீர்க்கிறது: மாறுபட்ட வன்பொருள் வளங்கள் மற்றும் தரவு வளங்களை நிர்வகிக்க ஒரு ஒருங்கிணைந்த, எளிய இடைமுகத்தை எவ்வாறு பயன்படுத்துவது.

1970 களுக்கு முன்பு, இயக்க முறைமை இப்படித்தான் வேலை செய்தது: நீங்கள் வட்டைப் படிக்க வேண்டும் என்றால், வட்டு இடைமுகத்தை சரிசெய்யவும்; நீங்கள் காந்த நாடாவைப் படிக்க வேண்டும் என்றால், காந்த நாடா இடைமுகத்தை சரிசெய்யவும்; நீங்கள் ஒரு முனையத்தை அணுக வேண்டும் என்றால், முனைய இடைமுகத்தை சரிசெய்யவும். ஒவ்வொரு சாதனத்திற்கும் அதன் சொந்த API உள்ளது, ஒவ்வொரு API க்கும் அதன் சொந்த சொற்பொருள் உள்ளது. உங்களிடம் N சாதனங்கள் மற்றும் M செயல்பாடுகள் இருந்தால், கணினி சிக்கலானது N × M ஆகும்.

Thompson மற்றும் Ritchie ஒரு எளிய முட்டாள்தனமான காரியத்தைச் செய்தனர்:

எல்லாவற்றையும் கோப்புகளாக மாற்றவும். open, read, write, close ஆகிய நான்கு வினைச்சொற்களைப் பயன்படுத்தி எல்லாவற்றையும் இயக்கவும்.

இதன் முக்கிய அர்த்தம்: இயக்க முறைமையில் உள்ள அனைத்து வளங்களும் - ஆவணங்கள், கோப்பகங்கள், வன் இயக்கிகள், மோடம்கள், விசைப்பலகைகள், அச்சுப்பொறிகள், மற்றும் நெட்வொர்க் இணைப்புகள் மற்றும் செயல்முறை தகவல்கள் கூட - ஒரு கோப்பு ஸ்ட்ரீமாக (Stream of Bytes) சுருக்கப்படலாம்.

அதாவது, நீங்கள் ஒரு API ஐ மட்டுமே கற்றுக்கொள்ள வேண்டும் - open(), read(), write(), close() - கணினியின் அனைத்து வளங்களையும் இயக்க முடியும்.

அப்போதிருந்து, சிக்கலானது N × M இலிருந்து 4 × 1 ஆக குறைக்கப்பட்டது. நான்கு வினைச்சொற்கள், ஒரு சுருக்கம்.

இந்த விஷயத்தின் மேதைத்தனம் - நிலையான நினைவகம்**: LLM இன் சூழல் சாளரம் ஆவியாகும் தன்மை கொண்டது, சிந்தனைச் சங்கிலி அமர்வுடன் மறைந்துவிடும். ஒரு செயல்முறை வெளியேறிய பிறகு நினைவகம் மீட்டெடுக்கப்படுவது போல - இடைநிலை நிலையை நிலைநிறுத்த உங்களுக்கு ஒரு இடம் தேவை, இல்லையெனில் ஒவ்வொரு உரையாடலும் புதிதாகத் தொடங்கப்படும்.

• படிமுறை சூழல்: சிக்கலான பணிகளை ஒரே நேரத்தில் முடிக்க முடியாது. முகவர் பல சுற்று அனுமானங்களில் படிப்படியாக சூழலைச் சேகரிக்க வேண்டும், Unix செயல்முறைகள் கோப்புகளைப் படிப்பதன் மூலமும் எழுதுவதன் மூலமும் பல செயல்பாடுகளுக்கு இடையில் நிலையை மாற்றுவது போல. கோப்பு முறைமை இயற்கையாகவே இந்த "கொஞ்சம் எழுது, கொஞ்சம் படி, மீண்டும் கொஞ்சம் எழுது" படிமுறை வேலை முறையை வழங்குகிறது.
• கருவிகள் மற்றும் திறன்களின் ஒருங்கிணைந்த திட்டமிடல்: முகவர் தேடல், குறியீடு செயலாக்கம், பட உருவாக்கம் போன்ற மாறுபட்ட கருவிகளை (Tools/Skills) அழைக்க வேண்டும், Unix வன், நெட்வொர்க், அச்சுப்பொறி போன்ற மாறுபட்ட சாதனங்களை நிர்வகிப்பது போல. உங்களுக்கு ஒரு ஒருங்கிணைந்த சுருக்கம் தேவை, இல்லையெனில் ஒவ்வொரு புதிய கருவியையும் இணைக்க ஒரு புதிய ஒருங்கிணைப்பு தர்க்கத்தை எழுத வேண்டும்.
• கணினி பயன்பாட்டின் அனுமதி எல்லைகள்: ஒரு முகவருக்கு கணினியை இயக்கும் திறன் இருக்கும்போது, "அது எதைத் தொடலாம், எதைத் தொடக்கூடாது" என்பது உயிர் அல்லது இறப்பு பற்றிய விஷயமாக மாறும். Unix இன் கோப்பு அனுமதி அமைப்பு (rwx) ஏற்கனவே ஒரு சாண்ட்பாக்ஸ் மாதிரியை வழங்குகிறது - அடைவு என்பது எல்லை, அனுமதி என்பது ஒப்பந்தம்.

நான்கு தேவைகள். பழக்கமானதாகத் தெரிகிறதா?

இது 1970 களில் இயக்க முறைமை எதிர்கொண்ட பிரச்சினை.

நிலையான நினைவகம் - கோப்பு முறைமை இயற்கையாகவே தீர்க்கிறது, எழுதுவது என்பது நிலைநிறுத்துவது. படிமுறை சூழல் - அடைவு அமைப்பு படிப்படியாக கட்டமைக்கப்படுகிறது, mkdir, touch, append, சூழல் கோப்புடன் வளர்கிறது. கருவி ஒருங்கிணைந்த திட்டமிடல் - Unix குழாய்களின் சாராம்சம்: ஒரு செயல்முறையின் stdout என்பது மற்றொரு செயல்முறையின் stdin ஆகும், இடைநிலை ஊடகம் பைட் ஸ்ட்ரீம் ஆகும். முகவரின் கருவி சங்கிலியும் அப்படியே: முந்தைய படியின் வெளியீட்டு கோப்பு அடுத்த படியின் உள்ளீடு ஆகும். அனுமதி எல்லை - கோப்பு முறைமையின் rwx அனுமதிகள், chroot சாண்ட்பாக்ஸ், இயற்கையாகவே முகவருக்கான "திறன் வட்டத்தை" வரையறுக்கிறது.

எனவே, ஒரு முகவர் கட்டமைப்பின் வடிவமைப்பாளர் "முகவரின் வேலை நிலை எங்கே வைக்கப்பட வேண்டும்" என்ற கேள்வியை எதிர்கொள்ளும்போது, பதில் கிட்டத்தட்ட முன்பே தீர்மானிக்கப்பட்டது: கோப்பு முறைமையில் வைக்கவும். ஏனெனில் இந்த நான்கு கட்டுப்பாடுகளையும் ஒரே நேரத்தில் பூர்த்தி செய்யக்கூடிய எளிய தீர்வு எதுவும் இல்லை.

ஒரு அமைப்பு "நிறைய மாறுபட்ட வளங்களின் தொடர்புகளை நிர்வகிக்க" வேண்டியிருக்கும் போது, உங்களுக்கு இரண்டு வழிகள் உள்ளன:

வழி A: ஒவ்வொரு வளத்திற்கும் ஒரு பிரத்யேக இடைமுகத்தை வடிவமைக்கவும். N வகையான வளங்கள் × M வகையான செயல்பாடுகள் = NM வகையான இடைமுகங்கள். துல்லியமானது ஆனால் வெடிக்கும்.

வழி B: அனைத்து வளங்களையும் ஒரே ஆடையை அணிய வைக்கும் அளவுக்கு மெல்லிய சுருக்கத்தைக் கண்டறியவும். 4 வகையான செயல்பாடுகள் × 1 அடுக்கு சுருக்கம். கரடுமுரடானது ஆனால் ஒருங்கிணைக்கக்கூடியது.

Unix B ஐத் தேர்ந்தெடுத்தது. ஐம்பது ஆண்டுகளுக்கும் மேலாக, முகவர் கட்டமைப்பு மீண்டும் B ஐத் தேர்ந்தெடுத்தது.

ஆழமான அடுக்கு: கோப்பு என்பது சிந்தனையின் வெளிப்புறமாக்கல்

ஆனால் நாம் "தொழில்நுட்ப தீர்வுகளின் ஒருங்கிணைப்பில்" மட்டும் நிறுத்தினால், மிக முக்கியமான ஒன்றை இழக்கிறோம்.

சிக்கலான பணிகளை மனிதர்கள் எவ்வாறு கையாளுகிறார்கள் என்பதை நினைத்துப் பாருங்கள்.

நீங்கள் ஒரு பெரிய திட்டத்தைப் பெறுகிறீர்கள், நீங்கள் முதலில் செய்ய வேண்டியது வேலை செய்யத் தொடங்குவது அல்ல, ஆனால்: கோப்புறைகளை உருவாக்கவும். திட்ட ரூட் அடைவு, துணை பணி அடைவு, குறிப்பு பொருள் அடைவு, வெளியீட்டு அடைவு. குழப்பமான பணியை நிர்வகிக்கக்கூடிய அலகுகளாகப் பிரிக்க அடைவு கட்டமைப்பைப் பயன்படுத்துகிறீர்கள். ஒவ்வொரு அலகுக்கும் பெயரிட கோப்பு பெயரைப் பயன்படுத்துகிறீர்கள். சிந்தனை செயல்முறை மற்றும் இடைநிலை தயாரிப்புகளைப் பதிவு செய்ய கோப்பு உள்ளடக்கத்தைப் பயன்படுத்துகிறீர்கள்.

கோப்பு முறைமை ஒரு சேமிப்பக தீர்வு மட்டுமல்ல. இது மனித சிந்தனையை வெளிப்புறமாக்குவதற்கான ஒரு மூல கருவி.

இந்த நுண்ணறிவு முகவர் கட்டமைப்பு கோப்பு முறைமையில் ஏன் ஒருங்கிணைக்கிறது என்பதை விளக்குகிறது: LLM இன் "சிந்தனை" வெளிப்புறமாக்கப்பட வேண்டும் - அதன் சூழல் சாளரம் குறைவாக உள்ளது, நீண்ட தூர அனுமானம் வெளிப்புற நினைவகத்தை நம்பியிருக்க வேண்டும். கோப்பு முறைமை மனிதனால் கண்டுபிடிக்கப்பட்ட மிகவும் பொதுவான "வெளிப்புற நினைவக" வடிவமாகும்.

இந்தக் கண்ணோட்டத்தில், Claude Code இன் CLAUDE.md ஒரு உள்ளமைவு கோப்பு அல்ல. இது ஒரு வெளிப்புற அறிவாற்றல் ஒப்பந்தம் - மனிதர்கள் நோக்கத்தை ஒரு கோப்பாக எழுதுகிறார்கள், முகவர் கோப்பை நோக்கமாகப் படிக்கிறார். கோப்பு மனித மனம் மற்றும் செயற்கை நுண்ணறிவு ஆகியவற்றுக்கு இடையேயான இடைமுக அடுக்காக மாறுகிறது.

இது Unix குழாய்களின் தத்துவத்துடன் ஆச்சரியப்படும் விதமாக ஒத்துப்போகிறது:

உரையை கையாளும் நிரல்களை எழுதுங்கள், ஏனெனில் அது ஒரு உலகளாவிய இடைமுகம்."programs" என்பதை "agents" என்றும், "text streams" என்பதை "files" என்றும் மாற்றினால், இந்த வாக்கியம் 2026-லும் பொருந்தும்.

முதல் கொள்கைகளுக்குத் திரும்புதல்

சிறந்த சுருக்கங்கள் காலாவதியாகாது, அவை புதிய பகுதிகளில் புதிய உதாரணங்களைக் கண்டுபிடிக்கும்.

"ஒருங்கிணைந்த இடைமுகம் சிக்கலைத் தீர்க்கிறது" என்பது Unix-ன் கண்டுபிடிப்பு அல்ல, இது கணினி வடிவமைப்பின் நிரந்தர விதி. Unix அதை "file" என்ற பெயரில் செயல்படுத்தியது. AI Agent அதை "working directory" என்ற வடிவத்தில் மீண்டும் செயல்படுத்தியது.

அடுத்த தலைமுறை அமைப்புகளும் அதே தேர்வை எதிர்கொள்ளும்: ஒவ்வொரு விஷயத்திற்கும் பிரத்யேக இடைமுகத்தை வடிவமைப்பதா அல்லது மெல்லிய, பொதுவான, ஒருங்கிணைக்கக்கூடிய சுருக்கத்தைக் கண்டுபிடிப்பதா?

வரலாறு ஏதாவது பாடம் கற்பித்தால், பதில் /dev/null-க்கு அருகில் எழுதப்பட்டுள்ளது:

Keep it simple. Make it compose. Everything is a file. (எளிமையாக வைத்திருங்கள். அதை ஒருங்கிணைக்கச் செய்யுங்கள். எல்லாம் ஒரு கோப்பு.)