Alt er en fil: Designfilosofien fra Unix til AI Agent

Original av Ethan 业成

Ekko over et halvt århundre

Allerede tidlig på 1970-tallet i Bell Labs, presenterte Unix-fedrene Ken Thompson og Dennis Ritchie for første gang et dristig, nesten fanatisk designprinsipp: Everything is a file – Alt er en fil.

Mer enn femti år senere eksploderer AI Agent-rammeverk. Manus, Claude Code, OpenClaw... De kommer fra forskjellige team, forskjellige teknologiske stakker, forskjellige kommersielle mål, men har enstemmig tatt det samme valget: å bruke filsystemet som Agentens kognitive skjelett.

Manus gir Agent en virtuell maskin, og oppgaveproduktene lagres som filer. Claude Code leser og skriver direkte på brukerens lokale filsystem, og bruker en CLAUDE.md-fil for å bære alle instruksjoner og kontekst. OpenClaw og andre åpen kildekode-rammeverk organiserer også oppgavedekomponering og mellomtilstander i en katalogstruktur.

Når ingeniører som er atskilt med et halvt århundre, står overfor helt forskjellige tekniske problemer, men uavhengig konvergerer til samme løsning – dette er ikke tilfeldig, dette er en resonans av designfilosofi.

Unix' beslutning

For å forstå vekten av dette, må vi først gå tilbake til hva Unix gjorde.

Unix-filsystemets design er anerkjent som et av de mest elegante designene i datavitenskapens historie. Det løste et ekstremt komplekst problem: hvordan administrere forskjellige maskinvareressurser og dataressurser med et enhetlig og enkelt grensesnitt.

Før 1970-tallet fungerte operativsystemer slik: Hvis du ville lese en disk, justerte du diskgrensesnittet; hvis du ville lese et magnetbånd, justerte du magnetbåndgrensesnittet; hvis du ville få tilgang til en terminal, justerte du terminalgrensesnittet. Hver enhet hadde sitt eget API, og hvert API hadde sin egen semantikk. Hvis du har N typer enheter og M typer operasjoner, er systemkompleksiteten N × M.

Thompson og Ritchie gjorde noe som virket så enkelt at det var dumt:

Gjør alt om til filer. Bruk de fire verbene open, read, write, close for å operere alt.

Kjernebetydningen er: alle ressurser i operativsystemet – dokumenter, kataloger, harddisker, modemer, tastaturer, skrivere, til og med nettverkstilkoblinger og prosessinformasjon – kan abstraheres til en filstrøm (Stream of Bytes).

Dette betyr at du bare trenger å lære ett sett med API-er – open(), read(), write(), close() – for å operere alle datamaskinens ressurser.

Fra da av kollapset kompleksiteten fra N × M til 4 × 1. Fire verb, ett abstraksjonslag.

Det geniale med dette ligger ikke i substantivet "fil", men i en dypere innsikt:

Du trenger ikke å vite hva som er bak filbeskrivelsen. Grensesnittet er kontrakten.

En fd (filbeskrivelse) er et ugjennomsiktig håndtak. Du read() den, og bytestrømmen kommer ut. Om disse bytene kommer fra harddisksektorer, nettverkskortbuffere eller standardutgangen til en annen prosess – du bryr deg ikke, og du burde ikke bry deg.

Dette er kraften i et enhetlig grensesnitt: det gjør uvitenhet til en fordel.

Agent står overfor den samme oppgaven

La oss nå se tilbake på situasjonen til AI Agent.

For at en Agent skal fullføre komplekse oppgaver, står den overfor et overraskende likt dilemma som operativsystemer på 1970-tallet:

• Persistent hukommelse: Kontekstvinduet til LLM-er er flyktig, og tankekjeden forsvinner med økten. Akkurat som minnet blir gjenvunnet etter at en prosess avsluttes – du trenger et sted for å lagre mellomtilstander permanent, ellers vil hver samtale starte fra bunnen av.\n- Gradvis kontekst: Komplekse oppgaver kan ikke fullføres i ett trinn. Agenter må gradvis akkumulere kontekst i flere runder med resonnement, akkurat som Unix-prosesser overfører tilstand mellom flere utførelser ved å lese og skrive filer. Filsystemet gir naturlig denne Å erstatte "programmer" med "agenter" og "tekststrømmer" med "filer", denne setningen vil fortsatt være gyldig i 2026.

Tilbake til det grunnleggende

Store abstraksjoner går ikke ut på dato, de finner bare nye instanser i nye domener.

"Enhetlige grensesnitt løser kompleksitet" er ikke en oppfinnelse av Unix, det er en evig lov i systemdesign. Unix brukte tilfeldigvis navnet "fil" for å implementere det. AI Agent brukte tilfeldigvis formen "arbeidskatalog" for å implementere det igjen.

Neste generasjons systemer vil også møte det samme valget igjen: designe dedikerte grensesnitt for hver ting, eller finne et tynt, generelt, kombinerbart abstraksjonslag?

Hvis historien har lært oss noe, er svaret allerede skrevet ved siden av /dev/null:

Keep it simple. Make it compose. Everything is a file. (Hold det enkelt. Få det til å komponere. Alt er en fil.)