██╗ ██╗███████╗ ██████╗ ██║ ██║██╔════╝██╔═══██╗ ██║ ██║█████╗ ██║ ██║ ██║ ██║██╔══╝ ██║ ██║ ███████╗██║██║ ╚██████╔╝ ╚══════╝╚═╝╚═╝ ╚═════╝
A browser-native operating system
Unix/Linux reimagined where the browser IS the kernel and Web APIs ARE syscalls. 60+ commands, bash-like shell, virtual filesystem, and IndexedDB persistence.
Open Source · MIT License
Try commands like help, ls, echo "hello", or neofetch
Why Lifo?
AI agents need a sandbox
AI-generated code needs to execute somewhere safe. As agents write and run code autonomously, secure sandboxing is no longer optional — it's a requirement.
Cloud sandboxes are expensive
Spinning up cloud VMs for every execution is costly and slow. Browsers already have powerful, isolated environments — why not use them?
Vibecoding needs OS-level APIs
Vibecoding in the browser needs filesystem, shell, and process APIs. The browser already has it all — Lifo just maps them to familiar interfaces.
VMs are slow, Lifo is instant
VMs are slow to load because they secure and provision resources. Lifo runs instantly — it doesn't allocate resources, it just maps browser APIs.
What Lifo Is
A library that gives browser APIs a Linux-like interface for your agents.
Linux-like API
Wraps IndexedDB, Fetch, and Web Workers behind familiar POSIX/Unix-style interfaces. Work with files, processes, and networking using APIs you already know.
Node.js Compatibility
Shims for fs, path, process, and child_process. Run Node-style scripts directly in the browser.
What Lifo Is Not
Lifo is a browser library that provides Linux-like APIs on top of existing Web APIs. It runs entirely in your browser tab — no backend, no VM, no containers.
Lightning Fast
Quick Start
$ npm install @lifo-sh/coreHow Lifo Compares
| Feature | Lifo | WebContainers | Cloudflare Sandbox | Vercel Sandbox |
|---|---|---|---|---|
| Runs in | Browser tab | Browser (WASM) | Edge worker | Cloud VM |
| Boot time | Instant (~0ms) | Moderate (~2-5s) | Fast (~50ms) | Slow (~1-5s) |
| Network required | No | Yes (to load) | Yes | Yes |
| Cost | Free (client-side) | Commercial license | Per-request pricing | Per-execution pricing |
| Offline support | Yes | No | No | No |
| Real filesystem | Virtual (IndexedDB) | In-memory | Limited | Full (ephemeral) |
| Node.js compat | Partial (shims) | Near-full | Workers API | Full |
| Licensing | MIT (open source) | Proprietary (commercial license required) | Proprietary SaaS | Proprietary SaaS |
| Best for | AI sandboxing, demos, prototyping | Browser IDEs, tutorials | Edge compute, API workers | Full backend execution |
Use Cases
Features
58+ Built-in Commands
Familiar Unix tools running entirely in the browser
lscatcpmvrmtouchmkdirrmdirlnchmodchownstatfilefindtreedudfrealpathdirnamebasenamemktempgrepsedawksortuniqwcheadtailcuttrrevnldiffteexargsprintftarzipunzipgzipgunzipenvunamehostnamewhoamiuptimefreedatecalsleepyeswhichmanwgetpingdigbcLimitations
No native binary execution
Only JavaScript and TypeScript can run. No compiled binaries.
.wasm support coming soon — ffmpeg, ImageMagick, SQLite and moreVirtual filesystem
Files live in IndexedDB, not on a real disk. Storage quotas vary by browser.
Mountable FS coming — local disk, cloud storage and moreNo true process isolation
Processes share the main JS thread. Web Workers are available for parallelism.
Browser storage limits
IndexedDB quotas depend on the browser and available disk space.
No network sockets
Networking goes through the Fetch API. No raw TCP/UDP socket access.
Tunneling in progress — run Next, Expo, Express with real domainsNot for high-security sandboxing
If you need full VM-level isolation, use a cloud sandbox instead.
Roadmap
Git Integration
In ProgressFull git support via isomorphic-git. Clone, commit, push, and pull directly in the browser.
Port Exposing
PlannedTunnel local ports to real domains. Run dev servers and access them from anywhere.
Run Full Projects
PlannedRun frameworks like Next.js, Express, Expo, Hono, and OpenClaw directly in the browser sandbox.
Wasm Runtimes
PlannedPython, ffmpeg, ImageMagick, SQLite, and Postgres compiled to WebAssembly for native-speed execution.