Все є файлом: філософія дизайну від 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. Чотири дієслова, один рівень абстракції.

Геніальність цього полягає не в іменнику "файл", а в глибшому розумінні:

Вам не потрібно знати, що стоїть за дескриптором файлу. Інтерфейс – це контракт.

Fd (дескриптор файлу) – це непрозорий дескриптор. Ви викликаєте read() для нього, і з'являється потік байтів. Звідки беруться ці байти – з сектора жорсткого диска, буфера мережевої карти чи стандартного виводу іншого процесу – вас не хвилює, і вас не повинно це хвилювати.

У цьому сила уніфікованого інтерфейсу: він перетворює незнання на перевагу.

Те саме завдання, що стоїть перед Agent

Тепер погляньмо на ситуацію AI Agent.

Щоб виконати складне завдання, Agent стикається з дилемою, на диво схожою на дилему операційної системи 1970-х років:

• Персистентна пам'ять: контекстне вікно LLM є нестабільним, а ланцюжок міркувань зникає після завершення сесії. Це як звільнення пам'яті після завершення процесу — вам потрібне місце для збереження проміжного стану, інакше кожен діалог починатиметься з нуля.
• Поступовий контекст: складні завдання неможливо виконати за один крок. Agent повинен поступово накопичувати контекст у кількох раундах міркувань, подібно до того, як процес Unix передає стан між кількома виконаннями шляхом читання та запису файлів. Файлова система природно забезпечує такий режим роботи «записати трохи, прочитати трохи, потім знову записати трохи».
• Уніфіковане планування інструментів і навичок: Agent повинен викликати гетерогенні інструменти (Tools/Skills), такі як пошук, виконання коду, генерація зображень, подібно до того, як Unix керує гетерогенним обладнанням, таким як диски, мережі, принтери. Вам потрібен уніфікований рівень абстракції, інакше для інтеграції кожного нового інструменту доведеться писати новий набір логіки інтеграції.
• Межі дозволів для використання комп'ютера: коли Agent має можливість керувати комп'ютером, питання «що він може чіпати, а що ні» стає питанням життя і смерті. Система дозволів файлів Unix (rwx) якраз надає готову модель пісочниці — каталог як межа, дозвіл як контракт.

Чотири потреби. Звучить знайомо?

Це саме ті проблеми, з якими операційні системи зіткнулися в 1970-х роках.

Персистентна пам'ять — файлова система вирішує це природно, запис означає персистентність. Поступовий контекст — структура каталогів сама по собі будується інкрементно, mkdir, touch, append, контекст зростає разом із файлом. Уніфіковане планування інструментів — суть Unix-пайплайнів: stdout одного процесу є stdin іншого процесу, а проміжним середовищем є потік байтів. Ланцюжок інструментів Agent також працює так само: вихідний файл попереднього кроку є вхідним файлом наступного кроку. Межі дозволів — дозволи rwx файлової системи, пісочниця chroot, природно визначають «коло можливостей» для Agent.

Тому, коли дизайнери фреймворку Agent стикаються з питанням «куди помістити робочий стан Agent», відповідь майже визначена: у файлову систему. Тому що немає простішого рішення, яке б одночасно задовольняло ці чотири обмеження.

Коли системі потрібно «керувати взаємодією великої кількості гетерогенних ресурсів», у вас є два шляхи:

Шлях A: розробити спеціальний інтерфейс для кожного ресурсу. N ресурсів × M операцій = NM інтерфейсів. Точно, але вибухонебезпечно.

Шлях B: знайти достатньо тонкий рівень абстракції, щоб усі ресурси носили один і той самий одяг. 4 операції × 1 рівень абстракції. Грубо, але комбіновано.

Unix обрав B. Через понад п'ятдесят років фреймворк Agent знову обрав B.

Глибший рівень: файл як зовнішнє вираження думки

Але якщо ми зупинимося лише на «зближенні технічних рішень», ми пропустимо більш суттєві речі.

Згадайте, як люди самі справляються зі складними завданнями.

Ви отримуєте великий проект, і перше, що ви робите, це не починаєте працювати, а: створюєте папки. Кореневий каталог проекту, каталоги підзавдань, каталоги довідкових матеріалів, каталоги вихідних даних. Ви використовуєте структуру каталогів, щоб розбити хаотичне завдання на керовані одиниці. Ви використовуєте імена файлів, щоб назвати кожну одиницю. Ви використовуєте вміст файлів, щоб записувати процес мислення та проміжні продукти.

Файлова система — це не просто рішення для зберігання. Це оригінальний інструмент для зовнішнього вираження людської думки.

Це розуміння пояснює, чому фреймворк Agent сходиться до файлової системи: «мислення» LLM потребує зовнішнього вираження — його контекстне вікно обмежене, і довготривалі міркування повинні покладатися на зовнішню пам'ять. А файлова система якраз є найуніверсальнішим форматом «зовнішньої пам'яті», який коли-небудь винаходила людина.

З цієї точки зору, CLAUDE.md у Claude Code — це не файл конфігурації. Це зовнішній когнітивний контракт — людина записує наміри у файл, а Agent зчитує файл як намір. Файл стає інтерфейсним шаром між людським розумом і штучним інтелектом.

Це на диво узгоджується з філософією Unix-пайплайнів:

Пишіть програми для обробки текстових потоків, тому що це універсальний інтерфейс.Заміна "programs" на "agents", а "text streams" на "files", це твердження залишатиметься вірним і в 2026 році.

Повернення до перших принципів

Величні абстракції не старіють, вони лише знаходять нові приклади в нових областях.

"Уніфікований інтерфейс усуває складність" - це не винахід Unix, це вічний закон системного дизайну. Unix випадково реалізував його за допомогою назви "файл". AI Agent випадково реалізував його знову у формі "робочого каталогу".

Наступне покоління систем також знову зіткнеться з тим самим вибором: розробляти спеціалізовані інтерфейси для кожної речі, чи знайти тонкий, загальний, композиційний рівень абстракції?

Якщо історія чогось навчила, то відповідь вже написана поруч із /dev/null:

Keep it simple. Make it compose. Everything is a file. (Зберігайте простоту. Зробіть його композиційним. Все є файлом.)