Native Shell
Native Shell:AI 生成的 UI,在你的應用中原生呈現,涵蓋每個平台。iOS、Android、macOS、Windows 與 Linux 上的應用、GPUI 應用與網頁在執行時載入已簽名、沙箱隔離的 TSX 模組並繪製 th
AI 翻譯
個人 GitHub 帳號下公開儲存庫的擁有者可以登入並驗證所有權,自行管理介紹,無需管理員核准。
登入並產生驗證檔案,在 30 分鐘內將其提交至此儲存庫的預設分支。其他分支或分叉儲存庫中的檔案無效。然後在下方檢查檔案,即可無需管理員核准直接管理專案。請保留檔案以維持管理權限。
如需登入,將前往登入頁面。登入後請回到此處,再次點擊所選的驗證按鈕。
在專案資料夾中執行 /nomorevibe verify,即可驗證所有權並自行管理介紹。
一分鐘完成驗證Firecracker sandboxes on Kubernetes. Idle sandboxes sleep as snapshots in S3 and wake on any node. E2B-compatible API.
翻譯準備中
取自儲存庫 README
正在載入完整 README。
檢視完整 README ↗Sandboxes on Kubernetes, with an E2B-compatible API.
loam runs each sandbox as a Firecracker microVM, and keeps each one as a record in Postgres. A
sandbox runs on a long-lived worker pod (a nodelet, one per KVM node) only while it is in use.
When it goes idle, loam snapshots its memory and disk to S3-compatible storage and frees the
node, and the next request wakes it on whichever node has room, with its processes as they were.
You drive it through a native HTTP API, the loam CLI, Go and TypeScript clients, or the
official E2B SDKs, unmodified.
Project page and docs: https://loam.agentsh.it
E2B has a good API for agent sandboxes. Its own self-hosted setup runs on Nomad, Consul and Terraform. The Kubernetes projects that speak E2B's API run each sandbox as a pod, which ties every wake to the scheduler and keeps idle sandboxes holding memory. loam is for running Firecracker sandboxes on the Kubernetes cluster you already have, where a sleeping sandbox is a snapshot in object storage and costs nothing on any node.
Measured on the reference deployment, a three-node home k3s cluster on x86 bare metal with Garage as the snapshot store, using the base template (2 vCPUs, 2 GiB).
| What | Result |
|---|---|
| Resume a paused sandbox on the same node | 29 ms |
| Wake on another node, memory loaded lazily | 0.42 s |
| Fork from a memory checkpoint | 28 ms |
| Pause, memory and disk | 320 ms |
| Drain a node with two awake sandboxes | 13 s |
| Official E2B SDKs, Python and JS | 26 of 26 conformance steps |
The methodology is in the repo's test write-ups. docs/PLAN.md has the results
of each phase, docs/PHASE2-TEST.md and
docs/PHASE3-TEST.md are the multi-node and network boundary runs, and
docs/E2B.md describes the SDK conformance suite in e2e/e2b.
With a loam deployment that serves the E2B adapter, point the E2B SDK at it and use a loam project key as the E2B key.
pip install e2b
export E2B_DOMAIN=e2b.loam.example.com
export E2B_API_KEY=loam_...
from e2b import Sandbox
sbx = Sandbox.create()
print(sbx.commands.run("uname -a").stdout)
sbx.pause() # a snapshot in the store, the VM gone from its node
sbx.connect() # wakes it, on any node, with its processes
sbx.kill()
The native CLI does the same and more (exec sessions, port URLs, checkpoints, forks, egress rules, brokered secrets).
go install github.com/arugula-salad/loam/cmd/loam@latest
export LOAM_API_URL=https://api.loam.example.com LOAM_TOKEN=loam_...
loam create scratch
loam run scratch -- uname -a
loam pause scratch
loam run scratch -- uptime # wakes it first
To run loam yourself, start with docs/INSTALL.md. You need x86_64 nodes with KVM, Postgres, an S3-compatible bucket, an XFS data directory with reflinks on each node, and wildcard DNS and TLS for the sandboxes' URLs. To try it on one machine without a cluster, see "Locally" in docs/E2B.md.
loam is young. It was built in October 2026 and runs one deployment in production so far.
--memory./dev/userfaultfd.loam was written mostly by AI coding agents (Claude Code), working from Jake Gaylor's design and under his review. It replaced his earlier single-host Firecracker sandbox system and runs his own workloads in production, including browser games, hosted dev boxes, CI and an E2B endpoint.
See CONTRIBUTING.md. Report vulnerabilities privately as described in SECURITY.md.
Apache License 2.0, in LICENSE. The snapshot store is derived from e2b-dev/infra, also Apache-2.0. See NOTICE.