bunsen
A Python library for orchestrating Coding Agent Runs inside Firecracker microVMs. Bunsen launches an agent (Claude Code, aider, …) inside a sandbox, streams its output as a normalised event stream, and enforces a default-deny network egress policy.
See CONTEXT.md for the domain glossary and docs/adr/ for the architectural decisions behind v1.
Status
v1 runs on Linux + KVM. Apple Silicon developers should SSH to a remote Linux box — see docs/macos.md for setup notes.
Requirements
- OS: Linux x86_64 with
/dev/kvmaccessible to the running user - Tools:
firecracker(≥ v1.15),nftables,iptables,systemd-journald(forjournalctl -k),docker(for building rootfs images),curlorwget - Toolchain: Rust ≥ 1.74 with the
x86_64-unknown-linux-musltarget installed (rustup target add x86_64-unknown-linux-musl) - Python: 3.11+
A Hetzner CCX13 (or any cloud instance that exposes nested virtualization) is enough for a Run.
Install
git clone https://github.com/<you>/bunsen.git
cd bunsen
# 1. Build the host binary and the in-guest init
cargo build --release
cargo build --release -p bunsen-init --target x86_64-unknown-linux-musl
# 2. Fetch the pinned Firecracker guest kernel (~30 MB, cached at
# ${XDG_CACHE_HOME:-~/.cache}/bunsen/kernel/vmlinux).
./kernel/fetch-vmlinux.sh
# 3. Install the Python library (editable install from repo root; maturin backend)
python -m venv .venv && source .venv/bin/activate
pip install -e .
# 4. (Optional) build the smoke-test rootfs so you can run end-to-end
# without pulling an OCI image.
./adapters/_smoke-test/build-rootfs.sh
After step 4, the rootfs lives at target/smoke-rootfs.ext4.
bunsen-core discovery
The Python library finds the bunsen-core host binary in this order:
BUNSEN_CORE_BINenvironment variable (a full argv string, space-separated)bunsen/bin/bunsen-coreadjacent to the installedbunsen/package (the published-wheel layout)target/release/bunsen-corewalking up from the installedbunsen/package (cargo dev build)bunsen-coreon$PATH
If none match, bunsen.run(...) raises FileNotFoundError with all four options.
First Run
import asyncio, bunsen
async def main():
spec = {
"adapter": "black-box",
"cmd": ["sh", "-c", "echo hello from inside the sandbox"],
"workspace-disk-mb": 128,
}
async with bunsen.run(spec) as r:
async for event in r.events:
print(event)
asyncio.run(main())
To run it under a real Firecracker sandbox, point BUNSEN_CORE_BIN at the binary plus the kernel/rootfs flags:
export BUNSEN_CORE_BIN="$(pwd)/target/release/bunsen-core \
--kernel ${XDG_CACHE_HOME:-$HOME/.cache}/bunsen/kernel/vmlinux \
--rootfs $(pwd)/target/smoke-rootfs.ext4"
python examples/hello.py
On a stock Ubuntu host with UFW enabled, also pass manage_firewall=True so bunsen can install a per-TAP allow rule for the lifetime of the Run:
async with bunsen.run(spec, manage_firewall=True) as r:
...
A Run's outputs land under ${XDG_RUNTIME_DIR:-/tmp}/bunsen/runs/<run_id>/: the normalised transcript (transcript.jsonl), the materialised workspace (workspace/), and any agent-native history files (agent-history/).
Running the tests
cargo test # host-side Rust + bunsen-init unit tests
cargo check --target x86_64-unknown-linux-musl -p bunsen-core # cross-check
pip install -e '.[dev]' && pytest -q python/tests # Python unit tests
# Acceptance suite (Linux + KVM required)
BUNSEN_KERNEL=~/.cache/bunsen/kernel/vmlinux \
BUNSEN_ROOTFS=$(pwd)/target/smoke-rootfs.ext4 \
pytest -v python/tests/test_egress_acceptance.py
Inspecting a Pool ref
After a Session runs an agent, the agent's commits live in the Session's
Pool — a bare git repo at ~/.local/share/bunsen/sessions/<id>/pool/.
There is no host-side workspace tree under runs/<run-id>/ to browse
(see ADR-0010). To inspect files at a Pool ref (an audit ref like
runs/<run-id>, or the user-named output_branch):
SESSION_DIR=~/.local/share/bunsen/sessions/<session-id>
git -C "$SESSION_DIR/pool" worktree add /tmp/inspect-<run-id> runs/<run-id>
# ...inspect files under /tmp/inspect-<run-id>...
git -C "$SESSION_DIR/pool" worktree remove /tmp/inspect-<run-id>
A bunsen inspect <run-id> ergonomic wrapper is intentionally not built
— see the PRD's "Out of Scope" section.
Documentation
CONTEXT.md— domain glossarydocs/adr/— architectural decisions (ADR-0001…0011)docs/adapter-contract.md— how to implement a new Adapterdocs/macos.md— macOS / remote Linux setup
Release files for bunsen 0.3.12
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Built distributions (wheels)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| bunsen-0.3.12-py3-none-manylinux_2_17_x86_64.manylinux2014_x86_64.whl | Python 3 | none | Linux glibc 2.17+ x86-64 | Details |
| bunsen-0.3.12-py3-none-manylinux_2_17_aarch64.manylinux2014_aarch64.whl | Python 3 | none | Linux glibc 2.17+ ARM64 | Details |
Total release size: 6.6 MB
Release files / bunsen-0.3.12-py3-none-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
| Download URL | bunsen-0.3.12-py3-none-manylinux_2_17_x86_64.manylinux2014_x86_64.whl |
|---|---|
| Size | 3.3 MB |
| Tags | Linux glibc 2.17+ x86-64 Python 3 |
|
SHA-256 checksum How to use checksums |
4a5c02f9546e72d3b6d8b50d615d8549d4fa76f6a5980809422c0bd808a8a160
|
|
BLAKE2b-256 checksum How to use checksums |
92f49693eb1def7ad79f0e75f2913e0d7c0bbe4e3cb0aeed6649ba533a116a7a
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.12
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Jun 6, 2026.
Transparency logRelease files / bunsen-0.3.12-py3-none-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
| Download URL | bunsen-0.3.12-py3-none-manylinux_2_17_aarch64.manylinux2014_aarch64.whl |
|---|---|
| Size | 3.2 MB |
| Tags | Linux glibc 2.17+ ARM64 Python 3 |
|
SHA-256 checksum How to use checksums |
b33c3dada1e924fc28e17e46981e4ae0b1e676514f6ebf4b41af355aad03aa7a
|
|
BLAKE2b-256 checksum How to use checksums |
057d9b1706c24a21001107555d2f7bc3318c321b42c05a99ff6435c924ae8bb2
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.12
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Jun 6, 2026.
Transparency log