Všechno je soubor: Designová filozofie od Unixu po AI Agenty

# Všechno je soubor: Designová filozofie od Unixu po AI Agenty Originál Ethan 业成  ## Ozvěna napříč půl stoletím Již na počátku 70. let v Bell Labs navrhli otcové Unixu, Ken Thompson a Dennis Ritchie, odvážný až téměř paranoidní designový princip: **Everything is a file – Všechno je soubor**. Dnes, o více než padesát let později, zažíváme boom AI Agent frameworků. Manus, Claude Code, OpenClaw… Pocházejí od různých týmů, používají různé technologické stacky, sledují různé obchodní cíle, ale nezávisle na sobě učinily stejnou volbu: souborový systém jako kognitivní kostru Agenta. Manus dává Agentovi virtuální stroj, výstupy úkolů se ukládají na disk jako soubory. Claude Code čte a zapisuje přímo do lokálního souborového systému uživatele a používá soubor CLAUDE.md k uložení všech instrukcí a kontextu. OpenClaw a další open-source frameworky podobně organizují rozklad úkolů a mezistavy pomocí adresářové struktury. Když inženýři, kteří jsou od sebe vzdáleni půl stoletím, čelí zcela odlišným technickým problémům, ale nezávisle na sobě konvergují ke stejnému řešení – není to náhoda, je to rezonance designové filozofie. ## To rozhodnutí Unixu Abychom pochopili závažnost této věci, musíme se nejprve vrátit k tomu, co Unix udělal. Design souborového systému Unixu je všeobecně uznáván jako jeden z nejelegantnějších designů v historii informatiky. Řeší extrémně složitý problém: jak spravovat různorodé hardwarové a datové zdroje pomocí jednotného a jednoduchého rozhraní. Před 70. lety fungovaly operační systémy takto: pokud jste chtěli číst z disku, volali jste rozhraní disku; pokud jste chtěli číst z pásky, volali jste rozhraní pásky; pokud jste chtěli přistupovat k terminálu, volali jste rozhraní terminálu. Každé zařízení mělo své vlastní API, každé API mělo svou vlastní sémantiku. Pokud jste měli N zařízení a M operací, složitost systému byla N × M. Thompson a Ritchie udělali něco, co se zdálo být až hloupě jednoduché: **Všechno proměnili v soubory. K ovládání všeho používali čtyři slovesa: open, read, write, close.** Jeho jádrem je: všechny zdroje v operačním systému – dokumenty, adresáře, pevné disky, modemy, klávesnice, tiskárny, dokonce i síťová připojení a informace o procesech – lze abstrahovat jako proud bajtů (Stream of Bytes). To znamená, že se stačí naučit jednu sadu API – < code>open(), read(), write(), close() – a můžete ovládat všechny zdroje počítače. Od té doby se složitost z N × M zhroutila na 4 × 1. Čtyři slovesa, jedna abstrakce. Genialita této věci nespočívá v podstatném jménu „soubor“, ale v hlubším postřehu: Nemusíte vědět, co je za deskriptorem souboru. Rozhraní je smlouva. < code>fd (file descriptor) je neprůhledný handle. Když na něj zavoláte read(), vyjde proud bajtů. Nezáleží na tom, jestli tyto bajty pocházejí ze sektoru pevného disku, vyrovnávací paměti síťové karty nebo standardního výstupu jiného procesu – nezajímá vás to a nemělo by vás to zajímat. To je síla jednotného rozhraní: umožňuje nevědomosti stát se výhodou.  ## Stejný problém, kterému čelí Agenti Nyní se podívejme na situaci AI Agentů. Agent musí k dokončení složitých úkolů čelit překvapivě podobné situaci jako operační systém v 70. letech: - **Perzistentní paměť**: Kontextové okno LLM je nestálé a řetězec myšlení zaniká se sezením. Stejně jako je paměť uvolněna po ukončení procesu – potřebujete místo, kam uložit mezistav, jinak každá konverzace začíná od nuly. - **Postupný kontext**: Složité úkoly nelze dokončit v jednom kroku. Agent potřebuje postupně akumulovat kontext v několika kolech odvozování, stejně jako proces Unixu předává stav mezi několika spuštěními čtením a zápisem souborů. Souborový systém přirozeně poskytuje tento „napiš trochu, přečti trochu, napiš znovu trochu“ postupný pracovní režim. - **Jednotné plánování nástrojů a dovedností**: Agent musí volat heterogenní nástroje (Tools/Skills), jako je vyhledávání, provádění kódu, generování obrázků atd., stejně jako Unix musí spravovat heterogenní zařízení, jako jsou disky, sítě, tiskárny atd. Potřebujete jednotnou abstrakci, jinak budete muset napsat novou integrační logiku pro každý nový nástroj. - **Hranice oprávnění pro použití počítače**: Když má Agent schopnost ovládat počítač, „čeho se může dotknout a čeho ne“ se stává otázkou života a smrti. Systém souborových oprávnění Unixu (rwx) poskytuje hotový model sandboxu – adresář je hranice, oprávnění je smlouva. Čtyři požadavky. Zní to povědomě? To je přesně to, čemu operační systém čelil v 70. letech. Perzistentní paměť – souborový systém to přirozeně řeší, zápis je perzistentní. Postupný kontext – samotná adresářová struktura je inkrementálně budována, mkdir, touch, append, kontext roste se souborem. Jednotné plánování nástrojů – podstata Unixových rour: stdout jednoho procesu je stdin jiného procesu, prostřední médium je proud bajtů. Stejně tak je tomu i s řetězcem nástrojů Agenta: výstup předchozího kroku je vstupem dalšího kroku. Hranice oprávnění – oprávnění rwx souborového systému, sandbox chroot, přirozeně vymezují „okruh schopností“ Agenta. Takže když designéři rámce Agenta čelí otázce „kam umístit pracovní stav Agenta“, odpověď je téměř předurčena: do souborového systému. Protože neexistuje jednodušší řešení, které by splňovalo všechna čtyři omezení současně. Když systém potřebuje „spravovat interakci velkého množství heterogenních zdrojů“, máte dvě cesty: Trasa A: Navrhněte vyhrazené rozhraní pro každý zdroj. N druhů zdrojů × M druhů operací = NM druhů rozhraní. Přesné, ale explodující. Trasa B: Najděte dostatečně tenkou vrstvu abstrakce, aby všechny zdroje nosily stejné oblečení. 4 druhy operací × 1 vrstva abstrakce. Hrubé, ale kombinovatelné. Unix si vybral B. O padesát let později si rámec Agenta znovu vybral B.  ## Hlubší vrstva: Soubor je externalizace myšlení Ale pokud se zastavíme pouze u „konvergence technických řešení“, mineme podstatu. Vzpomeňte si, jak lidé sami řeší složité úkoly. Dostanete velký projekt, první věc, kterou uděláte, není začít pracovat, ale: vytvořit složky. Kořenový adresář projektu, adresáře dílčích úkolů, adresáře referenčních materiálů, adresáře výstupů. Pomocí adresářové struktury rozkládáte chaotický úkol na spravovatelné jednotky. Pomocí názvů souborů pojmenováváte každou jednotku. Pomocí obsahu souborů zaznamenáváte myšlenkové procesy a meziprodukty. Souborový systém není jen řešení pro ukládání. Je to primitivní nástroj pro externalizaci lidského myšlení. Tento vhled vysvětluje, proč rámec Agenta konverguje k souborovému systému: „myšlení“ LLM potřebuje externalizaci – jeho kontextové okno je omezené a dlouhodobé odvozování se musí spoléhat na externí paměť. A souborový systém je přesně ten nejuniverzálnější formát „externí paměti“, který lidstvo vynalezlo. Z tohoto pohledu CLAUDE.md v Claude Code není konfigurační soubor. Je to externalizovaná kognitivní smlouva – lidé píší záměry do souboru a Agent čte soubor jako záměry. Soubor se stal rozhraním mezi lidskou myslí a umělou inteligencí. To je úžasně konzistentní s filozofií Unixových rour: > Pište programy pro zpracování textových proudů, protože to je univerzální rozhraní. Nahraďte "programy" za "agenty" a "textové proudy" za "soubory", tato věta bude platit i v roce 2026. ## Návrat k prvním principům Skvělé abstrakce nezestárnou, pouze najdou nové instance v nových oblastech. "Sjednocené rozhraní řeší složitost" není vynález Unixu, je to věčný zákon návrhu systémů. Unix ho náhodou implementoval s názvem "soubor". AI Agent ho náhodou znovu implementoval ve formě "pracovního adresáře". I příští generace systémů bude znovu čelit stejné volbě: navrhnout pro každou věc specializované rozhraní, nebo najít tenkou, obecnou a kombinovatelnou abstrakci? Pokud nás historie něčemu naučila, odpověď je již napsána vedle /dev/null: > Keep it simple. Make it compose. Everything is a file. (Udržujte to jednoduché. Zajistěte skládání. Všechno je soubor.)