Ever tried running hundreds of sandboxed Linux environments for agentic RL training? Docker is too heavy for rapid fork-and-destroy, and spinning up real VMs takes ages. Then I spotted AgentENV on GitHub Trends — 1,589 stars in 6 days, built by the kvcache-ai team to power Kimi K3’s agentic RL training. It is a Rust-based runtime that wraps Firecracker microVMs with snapshot-resume fast enough to boot a sandbox in under 50ms. Here is what I found after taking it for a spin.

What AgentENV Actually Does

AgentENV (AENV) is a distributed platform for running agent environments at scale. And it manages Firecracker microVMs across machines, loads OCI-compatible images on demand via overlaybd, and uses incremental snapshots so environments boot, pause, fork, and resume in milliseconds. That means the architecture is built for massive parallelism — hundreds of sandboxes, each running independent agent tasks, with memory ballooning to keep host density sustainable.

AgentENV’s Snapshot Model

The snapshot feature is the headline. AENV snapshots both memory and filesystem changes incrementally, completing in under 100ms even under heavy disk write. A running environment can fork into multiple independent sandboxes — imagine a debugging agent that clones itself into 10 environments, each testing a different hypothesis. Yet the parent snapshot persists to S3 or a distributed filesystem, so you do not lose state.

Why does this matter for RL training? Because agentic RL requires iterating through thousands of episodes, each in a clean environment. Traditional approaches either boot a fresh VM per episode (painfully slow) or reuse dirty containers (state leaks). AENV’s fork-from-snapshot model solves both problems: you snapshot a clean state once, then fork 100 sandboxes from it in under 100ms.

Quick Start: Running an AgentENV Sandbox

The CLI maps directly to those operations. I tested the Docker setup on my Ryzen 9 workstation (Ubuntu 24.04, 64GB RAM, KVM enabled):

docker run -d --privileged -v /dev:/dev -p 8000:8000 ghcr.io/kvcache-ai/aenv-server:latest

Server was up in about 8 seconds. (If you’d rather keep it running persistently without tying up your workstation, DigitalOcean’s $200 free credit lets you spin up a KVM-capable Droplet in under a minute.) Then:

aenv pull ubuntu:22.04 --name ubuntu
aenv start ubuntu --detach

The sandbox ID came back in roughly 30ms. Snapshot took about 80ms — verified with time aenv pause <id>. Yet those numbers line up with their claimed specs, which is rare for a week-old project.

E2B compatibility is another smart move. AENV exposes the same HTTP API as E2B — point E2B_API_URL at your server and existing E2B SDK code works without changes. So you get self-hosted sandbox infra with zero code migration.

How AgentENV Stacks Up Against the Competition

Feature AgentENV E2B Sandboxes Docker Containers
Sandbox startup ~50ms (snapshot) ~200ms ~1-2s
Snapshot & fork ✅ Native
Memory ballooning
Distributed by default ❌ (needs K8s)
Self-hosted
E2B API compatible Native
Kernel requirement Linux 6.8+ Any Any

E2B is the closest analogue, but it is a hosted service — you cannot run it on your own hardware. AENV gives you the same API surface plus snapshot/fork, and you own the infrastructure. That trade-off matters for teams dealing with sensitive data or high-volume training runs. If building self-hosted sandbox infra sounds appealing, DigitalOcean’s $200 free credit over 60 days is a risk-free way to test AgentENV on a proper server.

For agent orchestration tools like deer-workflow, the snapshot-and-fork model means each step in the workflow starts clean — no state leaking between stages.

What to Watch Out For

AENV is 6 days old. No auth support — the README explicitly warns against exposing the API to the public network. The install script targets Ubuntu 24.04 only (the Docker option is more portable but still needs Linux 6.8+ with KVM). Plus there are 37 open issues on launch day. If you are on macOS or Windows, you can only use the CLI client — the server will not run on those hosts.

The no-auth issue is a major pain point for production use. You would need to wrap it behind an authenticated proxy or spin up a cheap Vultr VPS (their $100 trial covers plenty of time to test the setup) before any multi-user deployment. But for a single-machine experiment, it works fine out of the box.

Bottom Line on AgentENV

AENV is the right tool if you are building agentic RL pipelines or any workflow that needs hundreds of ephemeral sandboxes with sub-second lifecycle. And for a project that is less than a week old, it is remarkably polished. So I am watching where the E2B compatibility goes — if they nail self-hosted agent sandbox infra, that is a category win.

If you’re running memory-augmented agents (like I covered in my OptMem review), having a fresh sandbox per agent turn is huge for stability.


Disclosure: Some links above are affiliate links. I may earn a commission if you sign up or purchase through them, at no extra cost to you. DigitalOcean — $200 free credit for 60 days. Vultr — $100 free trial credit.