LayerFS 1.0 gir hver KI-agent et eget workspace og en commit per verktøykall

Kjører du flere kodeagenter på samme prosjekt, ender du fort med en haug worktrees som nesten er like, og med avhengigheter som installeres på nytt i hver av dem. LayerFS, et MIT-lisensiert prosjekt fra Ephemeral AI Lab på GitHub, har nå sluppet versjon 1.0.0, den første offisielle utgaven etter 0.1.x-forhåndsversjonene.

Modellen er enkel. Hvert Bash-kall agenten gjør, monterer et workspace, kjører kommandoen, committer endringene og avmonterer. Filverktøy som read, write og grep går rett mot lageret via SDK-et. Hele historikken (alle brancher, commits og innholdsobjekter) ligger i én SQLite-fil uten databaseserver. Et workspace binder hele treet uten å kopiere det, og skrivinger havner i et eget overlay til de committes. Endrer to commits samme fil, avvises de med Conflict, med mindre en .lww-regel sier at nyeste endring vinner.

Tallene i README-en er utviklernes egne, kjørt én gang på en arm64-Mac. 157 snapshots av et ekte prosjekt (4,94 GB med trær) tok 100,1 MB, mot 1994,6 MB med Btrfs og zstd. På Cloudflare Computers filsystem-benchmark var LayerFS 1,71 ganger raskere, men sekvensiell skriving går på 0,31 ganger hastigheten til libfuse passthrough.

To forbehold er viktige. Lageret har foreløpig ingen beskyttelse mot krasj eller strømbrudd, og LayerFS kjører i dag via pluginen dsh-layerfs for agentmiljøet DSH. På Hacker News var mottakelsen blandet:

«Jeg er bekymret for at noe så åpenbart vibe-kodet når 1.0.0 uten noen track record, men ideene virker ganske nyttige.» — fnordpiglet på Hacker News

Hva bør du gjøre?

1. Test LayerFS via dsh-layerfs på et prosjekt der du allerede kjører flere agenter i parallell.
2. Hold git-remoten som fasit, siden lageret ikke tåler strømbrudd ennå.
3. Mål sekvensiell skriving på egne byggejobber før du flytter dem inn.