# Бәрі де файл: Unix-тен AI Agent-ке дейінгі дизайн философиясы Түпнұсқа Ethan 业成  ## Жарты ғасырлық жаңғырық 1970 жылдардың басындағы Bell Labs-та Unix-тің атасы Кен Томпсон (Ken Thompson) және Деннис Ритчи (Dennis Ritchie) алғаш рет батыл, тіпті фанатикалық дизайн қағидасын ұсынды: **Everything is a file – Барлығы да файл**. Елу жылдан астам уақыт өткен соң, AI Agent фреймворктары қарқынды дамып келеді. Manus, Claude Code, OpenClaw... Олар әртүрлі командалардан, әртүрлі технологиялық стектерден, әртүрлі коммерциялық мақсаттардан шыққан, бірақ бәрі бірдей таңдау жасады: файлдық жүйені Agent-тің танымдық қаңқасы ретінде пайдалану. Manus Agent-ке виртуалды машина береді, тапсырма нәтижелері файлға жазылады. Claude Code тікелей пайдаланушының жергілікті файлдық жүйесінде оқиды және жазады, барлық нұсқаулар мен контексті CLAUDE.md файлында сақтайды. OpenClaw және басқа да ашық бастапқы кодты фреймворктар тапсырмаларды бөлу мен аралық күйді каталог құрылымында ұйымдастырады. Жарты ғасырға жуық уақыт өткен инженерлер мүлдем басқа техникалық мәселелерге тап болғанда, бір шешімге тәуелсіз түрде келеді – бұл кездейсоқтық емес, бұл дизайн философиясының үндестігі. ## Unix-тің шешімі Бұл шешімнің маңыздылығын түсіну үшін, алдымен Unix-тің не істегенін қарастыру керек. Unix файлдық жүйесінің дизайны компьютерлік ғылым тарихындағы ең талғампаз дизайнның бірі ретінде танылады. Ол өте күрделі мәселені шешті: әртүрлі аппараттық ресурстар мен деректер ресурстарын басқару үшін бірыңғай, қарапайым интерфейсті қалай пайдалануға болады. 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 дискілерді, желілерді, принтерлерді және т.б. сияқты әртүрлі құрылғыларды басқаруына ұқсайды. Сізге бірыңғай абстракция қабаты қажет, әйтпесе әрбір жаңа құралды қосқан сайын жаңа интеграциялық логиканы жазуға тура келеді. - **Computer Use рұқсат шекарасы**: Агент компьютерді басқару мүмкіндігіне ие болғанда, «оның неге тиісуге болады, неге тиісуге болмайды» деген мәселе өмір мен өлім мәселесіне айналады. Unix файлдық рұқсат жүйесі (rwx) дайын құмсалғыш моделін ұсынады - каталог шекара болып табылады, ал рұқсат шарт болып табылады. Төрт қажеттілік. Таныс естіледі ме? Бұл дәл операциялық жүйе 1970 жылдары кездескен мәселе. Тұрақты жад - файлдық жүйе табиғи түрде шешеді, жазу тұрақты болып табылады. Прогрессивті контекст - каталог құрылымының өзі біртіндеп құрылады, mkdir, touch, append, контекст файлмен бірге өседі. Құралдарды бірыңғай жоспарлау - Unix құбырларының мәні: бір процестің stdout басқа процестің stdin болып табылады, аралық орта байт ағыны болып табылады. Агенттің құралдар тізбегі де солай: алдыңғы қадамның шығыс файлы келесі қадамның кірісі болып табылады. Рұқсат шекарасы - файлдық жүйенің rwx рұқсаттары, chroot құмсалғышы, табиғи түрде агент үшін «қабілет шеңберін» белгілейді. Сондықтан агенттік фреймворктың дизайнерлері «Агенттің жұмыс күйін қайда қою керек» деген мәселемен бетпе-бет келгенде, жауап дерлік алдын ала белгіленген: файлдық жүйеге қою керек. Өйткені, бұл төрт шектеуді бір уақытта қанағаттандыратын қарапайым шешім жоқ. Жүйе «көптеген әртүрлі ресурстардың өзара әрекеттесуін басқаруды» қажет еткенде, сізде екі жол бар: А бағыты: Әрбір ресурс үшін арнайы интерфейс жасаңыз. N ресурс × M операция = NM интерфейс. Дәл, бірақ жарылғыш. B бағыты: Барлық ресурстар бір киім киюі үшін жеткілікті жұқа абстракция қабатын табыңыз. 4 операция × 1 абстракция қабаты. Дөрекі, бірақ біріктіруге болады. Unix B-ны таңдады. Елу жылдан кейін агенттік фреймворк қайтадан B-ны таңдады. ## Тереңірек: Файлдар ойлаудың сыртқы көрінісі Бірақ егер біз тек «техникалық шешімдердің конвергенциясында» тоқтап қалсақ, біз маңызды нәрсені жіберіп аламыз. Адамдардың өздері күрделі тапсырмаларды қалай шешетінін еске түсірейік. Сізге үлкен жоба тапсырылды, бірінші нәрсе жұмыс істеу емес, керісінше: қалта жасау. Жобаның түбірлік каталогы, қосалқы тапсырмалар каталогы, анықтамалық материалдар каталогы, шығыс каталогы. Сіз каталог құрылымын хаостық тапсырманы басқарылатын бірліктерге бөлу үшін пайдаланасыз. Сіз әрбір бірлікке файл атауын бересіз. Сіз файл мазмұнын ойлау процесін және аралық өнімдерді жазу үшін пайдаланасыз. Файлдық жүйе жай ғана сақтау шешімі емес. Бұл адамдардың ойлауын сыртқа шығарудың түпкі құралы. Бұл түсінік неліктен агенттік фреймворктың файлдық жүйеге жинақталғанын түсіндіреді: LLM «ойлауын» сыртқа шығару керек - оның контекстік терезесі шектеулі, ұзақ мерзімді ойлау сыртқы жадқа тәуелді болуы керек. Ал файлдық жүйе адамдар ойлап тапқан ең әмбебап «сыртқы жад» форматы болып табылады. Осы тұрғыдан алғанда, Claude Code-тің CLAUDE.md конфигурациялық файл емес. Бұл сыртқа шығарылған танымдық келісім - адамдар ниетті файлға жазады, ал агент файлды ниет ретінде оқиды. Файл адам ақыл-ойы мен жасанды интеллект арасындағы интерфейс қабатына айналады. Бұл Unix құбырларының философиясымен таңқаларлықтай сәйкес келеді: > Мәтін ағындарын өңдеуге арналған бағдарламаларды жазыңыз, өйткені бұл әмбебап интерфейс болып табылады.

Бірінші принциптерге оралу

Ұлы абстракциялар ескірмейді, олар жаңа салаларда жаңа мысалдар табады. «Бірыңғай интерфейс күрделілікті жояды» Unix-тің ойлап тапқаны емес, бұл жүйелік дизайнның мәңгілік заңы. Unix оны «файл» деген атпен жүзеге асырды. AI Agent оны «жұмыс каталогы» түрінде қайта жүзеге асырды. Келесі буын жүйелері де дәл осындай таңдаумен бетпе-бет келеді: әрбір нәрсе үшін арнайы интерфейстер жасау керек пе, әлде жұқа, жалпы, құрамалы абстракция табу керек пе? Егер тарихтан сабақ алатын болсақ, жауап /dev/null жанында жазылған: > Keep it simple. Make it compose. Everything is a file. > // Оны қарапайым етіп сақтаңыз. Оны құрастырыңыз. Барлығы файл.