Your agents need a sandbox, not a desert
Speaker
Creator of Pydantic, the most widely used data validation library for Python. Building developer tools for the Python and AI ecosystem.
About this event
Everyone agrees agents need code execution. The agreement ends the moment you ask how to do it. The usual answer is "my agent needs a full Linux VM to succeed." That answer suits sandbox providers, and it's often wrong.
Plenty of real-world agent workflows don't need a whole computer. No arbitrary packages, no shell access, no CPython or node, never mind awk, sed, and gcc. The model needs a small amount of safe, expressive compute: enough to write code, call tools, and keep intermediate state out of the context window. That's the idea behind Pydantic Monty, a minimal Python interpreter written in Rust and built for running code that agents write.
Samuel Colvin, founder and CEO of Pydantic, makes the case that for a large class of agent systems, a curated set of tools in a custom runtime beats a full sandbox. Not because full sandboxes are bad, but because they solve a much bigger problem than most embedded agents have, and you pay for the mismatch in complexity, cost, operational pain, and latency that can run 100,000 times higher. There's such a thing as too much sand. Often the limits of a small, custom-built sandbox are a feature, not a bug.
A 30-minute session, with time for your questions at the end.
What you'll learn
- Why 'give the agent a full VM' is the wrong default for many agent workflows
- What agents actually need from code execution: safe, expressive compute, not a whole computer
- How Pydantic Monty, a minimal Python interpreter written in Rust, runs agent-written code without a full sandbox
- Where a curated runtime beats a full sandbox on complexity, cost, operational overhead, and latency
Save your spot
Register today and we'll send you the link to join, reminders, and the recording afterwards.
Explore Logfire
Explore our open source packages