Runtime & Validator
The isolated process pool that executes generated backend code plus the Playwright-based validator that probes deployed apps. Mostly invisible to you, documented here so you can reason about isolation and safety.
Runtime Sandbox
Generated backend code runs in an isolated process pool on a separate Cloud Run image. Each tenant gets its own process; processes are recycled after idle to keep cost down. Caches, circuit breakers, and GCS-backed file storage are wired in for you.
Python functions are AST-validated before execution: imports of os, subprocess, socket, and ctypes are rejected. Network access and database calls go through the GenMB SDK helpers, not raw modules.
Validator
The validator is a Playwright-based probe that opens your deployed app, runs an interaction script (form submit, pagination, modal open/close), and reports back what worked and what crashed. The same probe powers App Health and the hourly heal cron.
Limits
- Function-host per-invocation timeout: 30 seconds.
- SSRF guard inside the validator blocks loopback and private hosts.
- Per-tenant process isolation; tenants cannot see each other's memory.
See Functions for the user-facing layer that runs on this runtime.
FAQs
Why is the runtime exposed in docs?▾
How is the runtime different from the function host?▾
Can I run untrusted code in the runtime?▾
Ready to build?
Create your first app for free, no credit card required.