အရာအားလုံးသည် ဖိုင်တစ်ခုဖြစ်သည်- Unix မှ AI Agent ၏ ဒီဇိုင်းအတွေးအခေါ်

မူရင်း Ethan 業成

နှစ်တစ်ဝက်ကြာ ပဲ့တင်သံ

၁၉၇၀ ပြည့်လွန်နှစ်များအစောပိုင်း ဘဲလ်ဓာတ်ခွဲခန်း (Bell Labs) တွင် Unix ၏ ဖခင် ကန် သွန်ဆင် (Ken Thompson) နှင့် ဒဲနစ် ရစ်ချီ (Dennis Ritchie) တို့သည် ရဲရင့်လွန်းပြီး စွဲလမ်းမှုတစ်ခုအထိဖြစ်သော ဒီဇိုင်းမူတစ်ခုကို ပထမဆုံးအကြိမ်အဖြစ် တင်ပြခဲ့သည်- Everything is a file - အရာအားလုံးသည် ဖိုင်တစ်ခုဖြစ်သည်။

နှစ်ပေါင်းငါးဆယ်ကျော်ကြာပြီးနောက် AI Agent မူဘောင်များသည် အလွန်လျင်မြန်စွာ ပေါ်ပေါက်လာသည်။ Manus၊ Claude Code၊ OpenClaw... ၎င်းတို့သည် မတူညီသောအဖွဲ့များ၊ မတူညီသောနည်းပညာဆိုင်ရာအစုအဝေးများ၊ မတူညီသောစီးပွားရေးရည်မှန်းချက်များမှလာသော်လည်း တူညီသောရွေးချယ်မှုကို တညီတညွတ်တည်းပြုလုပ်ခဲ့ကြသည်- ဖိုင်စနစ်ကို Agent ၏ အသိအမှတ်ပြုမှုဆိုင်ရာအရိုးစုအဖြစ် အသုံးပြုခြင်းဖြစ်သည်။

Manus သည် Agent အား virtual machine တစ်ခုပေးပြီး လုပ်ငန်းတာဝန်၏ရလဒ်များကို ဖိုင်များအဖြစ် သိမ်းဆည်းသည်။ Claude Code သည် သုံးစွဲသူ၏ local ဖိုင်စနစ်တွင် တိုက်ရိုက်ဖတ်ရှုပြီး ရေးသားကာ CLAUDE.md ဖိုင်တစ်ခုကို အသုံးပြု၍ ညွှန်ကြားချက်များနှင့် အကြောင်းအရာအားလုံးကို သယ်ဆောင်သည်။ OpenClaw ကဲ့သို့သော open source မူဘောင်များသည် လုပ်ငန်းတာဝန်ခွဲခြမ်းစိတ်ဖြာခြင်းနှင့် ကြားခံအခြေအနေများကို စာရင်းပုံစံဖြင့် စီစဉ်ဖွဲ့စည်းထားသည်။

နှစ်တစ်ဝက်ကြာပြီးနောက် အင်ဂျင်နီယာများသည် လုံးဝကွဲပြားခြားနားသော နည်းပညာဆိုင်ရာပြဿနာများကို ရင်ဆိုင်ကြုံတွေ့ရသောအခါ တူညီသောအဖြေတစ်ခုသို့ လွတ်လပ်စွာ စုစည်းရောက်ရှိလာကြသည် - ၎င်းသည် တိုက်ဆိုင်မှုတစ်ခုမဟုတ်ဘဲ ဒီဇိုင်းအတွေးအခေါ်၏ သဟဇာတဖြစ်မှုတစ်ခုဖြစ်သည်။

Unix ၏ ထိုဆုံးဖြတ်ချက်

ဤအရာ၏အရေးပါမှုကို နားလည်ရန် Unix က ဘာလုပ်ခဲ့လဲဆိုတာကို ဦးစွာပြန်ကြည့်ရမည်။

Unix ဖိုင်စနစ်၏ ဒီဇိုင်းကို ကွန်ပျူတာသိပ္ပံသမိုင်းတွင် အလွန်ကောင်းမွန်သော ဒီဇိုင်းတစ်ခုအဖြစ် အသိအမှတ်ပြုကြသည်။ ၎င်းသည် အလွန်ရှုပ်ထွေးသောပြဿနာတစ်ခုကို ဖြေရှင်းပေးသည်- မတူညီသော hardware အရင်းအမြစ်များနှင့် data အရင်းအမြစ်များကို စီမံခန့်ခွဲရန်အတွက် တူညီပြီး ရိုးရှင်းသော interface တစ်ခုကို မည်သို့အသုံးပြုရမည်နည်း။

၁၉၇၀ ပြည့်လွန်နှစ်များမတိုင်မီက operating system များသည် ဤသို့အလုပ်လုပ်ခဲ့သည်- သင်သည် disk ကိုဖတ်လိုပါက disk interface ကိုချိန်ညှိရမည်။ သင်သည် tape ကိုဖတ်လိုပါက tape interface ကိုချိန်ညှိရမည်။ သင်သည် terminal ကိုအသုံးပြုလိုပါက terminal interface ကိုချိန်ညှိရမည်။ စက်တစ်ခုစီတွင် ၎င်း၏ကိုယ်ပိုင် API ရှိပြီး API တစ်ခုစီတွင် ၎င်း၏ကိုယ်ပိုင်အဓိပ္ပာယ်ရှိသည်။ သင့်တွင် N အမျိုးအစား စက်များနှင့် M အမျိုးအစား လုပ်ဆောင်ချက်များရှိပါက စနစ်၏ရှုပ်ထွေးမှုသည် N × M ဖြစ်သည်။

Thompson နှင့် Ritchie တို့သည် ရိုးရှင်းလွန်းသည်ဟုထင်ရလောက်အောင် လုပ်ဆောင်ခဲ့ကြသည်-

အရာအားလုံးကို ဖိုင်များအဖြစ်ပြောင်းပါ။ open, read, write, close ဟူသော ကြိယာလေးလုံးကို အသုံးပြု၍ အရာအားလုံးကို လုပ်ဆောင်ပါ။

၎င်း၏အဓိကအဓိပ္ပာယ်မှာ- operating system ရှိ အရင်းအမြစ်အားလုံး - စာရွက်စာတမ်းများ၊ directories များ၊ hard drive များ၊ modem များ၊ ကီးဘုတ်များ၊ ပရင်တာများနှင့် network ချိတ်ဆက်မှုများနှင့် process information များပင်လျှင် - ဖိုင်စီးကြောင်း (Stream of Bytes) အဖြစ် အနှစ်ချုပ်နိုင်သည်။

ဆိုလိုသည်မှာ သင်သည် API တစ်ခုသာ သင်ယူရန်လိုအပ်သည် - open(), read(), write(), close() - ကွန်ပျူတာ၏ အရင်းအမြစ်အားလုံးကို လုပ်ဆောင်နိုင်သည်။

ထိုအချိန်မှစ၍ ရှုပ်ထွေးမှုသည် N × M မှ 4 × 1 သို့ ကျဆင်းသွားသည်။ ကြိယာလေးလုံး၊ abstract အလွှာတစ်ခု။

ဤအရာ၏ပါရမီသည် - တည်မြဲသောမှတ်ဉာဏ်- LLM ၏ context window သည် မတည်မြဲဘဲ session နှင့်အတူ စဉ်းစားတွေးခေါ်မှုကွင်းဆက်သည် ပျောက်ကွယ်သွားသည်။ လုပ်ငန်းစဉ်တစ်ခုပြီးဆုံးသွားပြီးနောက် မှတ်ဉာဏ်ကို ပြန်လည်ရယူသကဲ့သို့ပင် - အလယ်အလတ်အခြေအနေကို တည်မြဲစေရန် နေရာတစ်ခုလိုအပ်ပြီး မဟုတ်ပါက စကားပြောဆိုမှုတိုင်းသည် အစမှစတင်ရမည်ဖြစ်သည်။

• တိုးတက်ပြောင်းလဲသော Context- ရှုပ်ထွေးသောလုပ်ငန်းများကို တစ်ကြိမ်တည်းဖြင့် မပြီးမြောက်နိုင်ပါ။ Agent သည် Unix လုပ်ငန်းစဉ်သည် ဖိုင်များကိုဖတ်ခြင်းနှင့်ရေးခြင်းဖြင့် အခြေအနေကို အကြိမ်ပေါင်းများစွာ လုပ်ဆောင်ခြင်းကြားတွင် ဖြတ်သန်းသကဲ့သို့ပင် အကြိမ်ပေါင်းများစွာ ဆင်ခြင်သုံးသပ်ခြင်းဖြင့် တဖြည်းဖြည်း အခြေအနေကို စုဆောင်းရန်လိုအပ်သည်။ ဖိုင်စနစ်သည် ဤ "အနည်းငယ်ရေးပါ၊ အနည်းငယ်ဖတ်ပါ၊ ထို့နောက် အနည်းငယ်ထပ်ရေးပါ" ဟူသော တိုးတက်ပြောင်းလဲသော လုပ်ငန်းပုံစံကို သဘာဝအားဖြင့် ပံ့ပိုးပေးသည်။
• ကိရိယာများနှင့် ကျွမ်းကျင်မှုများကို ညီညွတ်စွာ စီမံခန့်ခွဲခြင်း- Agent သည် ရှာဖွေခြင်း၊ ကုဒ်ရေးခြင်း၊ ပုံများထုတ်လုပ်ခြင်းစသည့် မတူညီသောကိရိယာများ (Tools/Skills) ကို ခေါ်ယူရန်လိုအပ်ပြီး Unix သည် disk, network, printer စသည့် မတူညီသောကိရိယာများကို စီမံခန့်ခွဲရသကဲ့သို့ပင်။ ညီညွတ်သော abstraction အလွှာတစ်ခု လိုအပ်ပြီး မဟုတ်ပါက ကိရိယာအသစ်တစ်ခုကို ချိတ်ဆက်တိုင်းတွင် ပေါင်းစည်းရေးယုတ္တိအသစ်တစ်ခုကို ရေးသားရမည်ဖြစ်သည်။
• Computer Use ၏ ခွင့်ပြုချက်နယ်နိမိတ်များ- Agent သည် ကွန်ပျူတာကို လုပ်ဆောင်နိုင်စွမ်းရှိသောအခါ "၎င်းသည် ဘာကိုထိနိုင်သနည်း၊ ဘာကိုမထိနိုင်သနည်း" ဟူသောပြဿနာသည် အသက်အိုးအိမ်အတွက် အရေးကြီးလာသည်။ Unix ၏ ဖိုင်ခွင့်ပြုချက်စနစ် (rwx) သည် လက်ရှိ sandbox မော်ဒယ်ကို ပံ့ပိုးပေးသည် - directory သည် နယ်နိမိတ်ဖြစ်ပြီး ခွင့်ပြုချက်သည် စာချုပ်ဖြစ်သည်။ လိုအပ်ချက်လေးခု။ ရင်းနှီးနေသလို ခံစားရပါသလား။ ၎င်းသည် ၁၉၇၀ ပြည့်လွန်နှစ်များတွင် လည်ပတ်မှုစနစ်က ရင်ဆိုင်ခဲ့ရသော ပြဿနာနှင့် တူညီပါသည်။ တည်မြဲသောမှတ်ဉာဏ် - ဖိုင်စနစ်က သဘာဝအားဖြင့် ဖြေရှင်းပေးပြီး ရေးသားခြင်းသည် တည်မြဲစေသည်။ တိုးတက်ပြောင်းလဲသော context - directory structure သည် တိုးတက်ပြောင်းလဲစွာ တည်ဆောက်ထားပြီး mkdir, touch, append တို့ဖြင့် context သည် ဖိုင်နှင့်အတူ ကြီးထွားလာသည်။ ကိရိယာများကို ညီညွတ်စွာ စီမံခန့်ခွဲခြင်း - Unix ပိုက်လိုင်း၏ အနှစ်သာရမှာ လုပ်ငန်းစဉ်တစ်ခု၏ stdout သည် အခြားလုပ်ငန်းစဉ်တစ်ခု၏ stdin ဖြစ်ပြီး အလယ်အလတ်ကြားခံသည် byte stream ဖြစ်သည်။ Agent ၏ ကိရိယာကွင်းဆက်သည်လည်း ထိုနည်းလည်းကောင်းပင် - ယခင်အဆင့်၏ output ဖိုင်သည် နောက်အဆင့်၏ input ဖြစ်သည်။ ခွင့်ပြုချက်နယ်နိမိတ်များ - ဖိုင်စနစ်၏ rwx ခွင့်ပြုချက်များ၊ chroot sandbox သည် Agent အတွက် "စွမ်းဆောင်နိုင်မှုနယ်ပယ်" ကို သဘာဝအားဖြင့် သတ်မှတ်ပေးသည်။ ထို့ကြောင့် Agent framework ၏ ဒီဇိုင်နာသည် "Agent ၏ လုပ်ငန်းအခြေအနေကို ဘယ်မှာထားရမလဲ" ဟူသော မေးခွန်းကို ရင်ဆိုင်ရသောအခါ အဖြေသည် ကြိုတင်သတ်မှတ်ထားပြီးသားဖြစ်သည် - ဖိုင်စနစ်တွင်ထားပါ။ ဤကန့်သတ်ချက်လေးခုကို တစ်ပြိုင်နက်တည်း ဖြည့်ဆည်းပေးနိုင်သော ပိုမိုရိုးရှင်းသော အစီအစဉ်မရှိသောကြောင့်ဖြစ်သည်။ စနစ်သည် "မတူညီသောအရင်းအမြစ်များစွာ၏ အပြန်အလှန်ဆက်သွယ်မှုကို စီမံခန့်ခွဲရန်" လိုအပ်သောအခါ လမ်းကြောင်းနှစ်ခုရှိသည်။ လမ်းကြောင်း A- အရင်းအမြစ်တစ်ခုစီအတွက် သီးသန့် interface ကို ဒီဇိုင်းဆွဲပါ။ N အရေအတွက်ရှိသော အရင်းအမြစ်များ × M အရေအတွက်ရှိသော လုပ်ဆောင်ချက်များ = NM အရေအတွက်ရှိသော interface များ။ တိကျသော်လည်း ပေါက်ကွဲစေတတ်သည်။ လမ်းကြောင်း B- အလုံအလောက်ပါးလွှာသော abstraction အလွှာတစ်ခုကို ရှာဖွေပြီး အရင်းအမြစ်အားလုံးကို တူညီသောအဝတ်အစားကို ဝတ်ဆင်စေပါ။ ၄ အရေအတွက်ရှိသော လုပ်ဆောင်ချက်များ × ၁ အလွှာရှိသော abstraction။ ကြမ်းတမ်းသော်လည်း ပေါင်းစပ်နိုင်သည်။ Unix သည် B ကိုရွေးချယ်ခဲ့သည်။ နှစ်ပေါင်းငါးဆယ်ကျော်အကြာတွင် Agent framework သည် B ကို ထပ်မံရွေးချယ်ခဲ့သည်။

ပိုမိုနက်ရှိုင်းသောအလွှာ- ဖိုင်သည် အတွေးအမြင်၏ ပြင်ပပုံရိပ်ဖြစ်သည်။

သို့သော် "နည်းပညာဆိုင်ရာအစီအစဉ်၏ စုစည်းမှု" တွင်သာ ရပ်တန့်နေပါက ကျွန်ုပ်တို့သည် ပိုမိုအနှစ်သာရရှိသောအရာကို လွဲချော်သွားမည်ဖြစ်သည်။ လူသားများသည် ရှုပ်ထွေးသောလုပ်ငန်းများကို မည်သို့ကိုင်တွယ်ဖြေရှင်းသည်ကို ပြန်လည်စဉ်းစားကြည့်ပါ။ သင်သည် ကြီးမားသောပရောဂျက်တစ်ခုကို လက်ခံရရှိသောအခါ ပထမဆုံးလုပ်ရမည့်အရာမှာ အလုပ်စတင်ခြင်းမဟုတ်ဘဲ ဖိုင်တွဲတစ်ခုကို တည်ဆောက်ခြင်းဖြစ်သည်။ ပရောဂျက် root directory, subtask directory, reference material directory, output directory။ သင်သည် ရှုပ်ထွေးသောလုပ်ငန်းကို စီမံခန့်ခွဲနိုင်သော ယူနစ်များအဖြစ် ခွဲခြမ်းစိတ်ဖြာရန် directory structure ကို အသုံးပြုသည်။ သင်သည် ယူနစ်တစ်ခုစီကို အမည်ပေးရန် ဖိုင်အမည်ကို အသုံးပြုသည်။ သင်သည် အတွေးအမြင်လုပ်ငန်းစဉ်နှင့် အလယ်အလတ်ထုတ်ကုန်များကို မှတ်တမ်းတင်ရန် ဖိုင်အကြောင်းအရာကို အသုံးပြုသည်။ ဖိုင်စနစ်သည် သိုလှောင်မှုအစီအစဉ်တစ်ခုထက်မကပါ။ ၎င်းသည် လူသားများ၏ အတွေးအမြင်ကို ပြင်ပသို့ထုတ်ဖော်ပြသရန်အတွက် မူလကိရိယာဖြစ်သည်။ ဤထိုးထွင်းသိမြင်မှုသည် Agent framework သည် ဖိုင်စနစ်သို့ စုစည်းရသည့်အကြောင်းရင်းကို ရှင်းပြသည်- LLM ၏ "အတွေးအမြင်" ကို ပြင်ပသို့ထုတ်ဖော်ပြသရန်လိုအပ်သည် - ၎င်း၏ context window သည် အကန့်အသတ်ရှိပြီး ရေရှည်ဆင်ခြင်သုံးသပ်မှုသည် ပြင်ပမှတ်ဉာဏ်ကို မှီခိုအားထားရမည်ဖြစ်သည်။ ဖိုင်စနစ်သည် လူသားများတီထွင်ခဲ့သော အသုံးအများဆုံး "ပြင်ပမှတ်ဉာဏ်" format ဖြစ်သည်။ ဤရှုထောင့်မှကြည့်လျှင် Claude Code ၏ CLAUDE.md သည် configuration file တစ်ခုမဟုတ်ပါ။ ၎င်းသည် ပြင်ပသို့ထုတ်ဖော်ပြသထားသော သိမြင်မှုဆိုင်ရာ သဘောတူညီချက်တစ်ခုဖြစ်သည် - လူသားများသည် ရည်ရွယ်ချက်ကို ဖိုင်တစ်ခုအဖြစ်ရေးသားပြီး Agent သည် ဖိုင်ကို ရည်ရွယ်ချက်အဖြစ်ဖတ်သည်။ ဖိုင်သည် လူသားစိတ်နှင့် artificial intelligence ကြားရှိ interface အလွှာတစ်ခုဖြစ်လာသည်။ ၎င်းသည် Unix ပိုက်လိုင်း၏ အတွေးအခေါ်နှင့် အံ့သြဖွယ်ကောင်းလောက်အောင် ကိုက်ညီသည်-

Write programs to handle text streams, because that is a universal interface.“programs” အစား “agents” ကိုသုံးပြီး “text streams” အစား “files” ကိုသုံးပါ။ ဒီစကားဟာ ၂၀၂၆ မှာလည်း မှန်နေဦးမှာပါ။

အခြေခံမူများဆီသို့ ပြန်သွားခြင်း

ကြီးမြတ်တဲ့ abstract တွေဟာ ခေတ်မဟောင်းပါဘူး။ သူတို့ဟာ နယ်ပယ်အသစ်တွေမှာ ပုံစံအသစ်တွေကိုပဲ ရှာတွေ့သွားတာပါ။

"Unified interface ဟာ ရှုပ်ထွေးမှုကို ဖယ်ရှားပေးတယ်" ဆိုတာ Unix ရဲ့ တီထွင်မှု မဟုတ်ပါဘူး။ ဒါဟာ system design ရဲ့ ထာဝရ နိယာမတစ်ခုပါ။ Unix က "file" ဆိုတဲ့ နာမည်နဲ့ အဲဒါကို အကောင်အထည်ဖော်ခဲ့တာပါ။ AI Agent က "working directory" ဆိုတဲ့ ပုံစံနဲ့ ထပ်ပြီး အကောင်အထည်ဖော်ခဲ့တာပါ။

နောက်မျိုးဆက် system တွေဟာလည်း အလားတူ ရွေးချယ်မှုတစ်ခုကို ထပ်ပြီး ရင်ဆိုင်ရဦးမှာပါ- အရာတစ်ခုချင်းစီအတွက် သီးသန့် interface တွေကို ဒီဇိုင်းဆွဲမလား၊ ဒါမှမဟုတ် ပါးလွှာပြီး ယေဘုယျကျတဲ့၊ တွဲဖက်အသုံးပြုနိုင်တဲ့ abstract တစ်ခုကို ရှာဖွေမလား။

သမိုင်းက သင်ခန်းစာတစ်ခုခု ပေးခဲ့တယ်ဆိုရင် အဖြေက /dev/null ဘေးမှာ ရေးထားပြီးသားပါ-

Keep it simple. Make it compose. Everything is a file. // ရိုးရှင်းအောင်ထားပါ။ တွဲဖက်အသုံးပြုနိုင်အောင် လုပ်ပါ။ အရာအားလုံးဟာ file တစ်ခုပါပဲ။