Skip to main content
every KERNEL browser runs in a full linux environment. browser control handles what happens in the page; process execution lets you run commands, scripts, and binaries alongside the browser. use process execution when your browser automation needs software or system access outside your page-control calls. code running alongside the browser can access the same files and local browser services, so you can process downloads without transferring them to your application first, run existing command-line tools, or keep a high-frequency agent loop close to the browser. use process.exec for bounded commands where you need the result before continuing. use process.spawn for agents, servers, watchers, interactive shells, and other long-running processes. after spawning a process, you can inspect its status, stream its output, send input, resize its pty, or terminate it. if your task only needs to control the page itself, use one of Kernel’s browser control options instead — playwright execution, computer use, CDP, or WebDriver BiDi. use process execution when you need an executable, operating-system tools, a long-running process, or direct filesystem access. for workloads that need their own deployment and invocation lifecycle, use KERNEL apps.

common production patterns

  • co-locate an agent with its browser. browser agents often make many small tool calls. upload an agent binary with file i/o, run it alongside chromium, and point it at the local playwright daemon to remove a round trip through KERNEL’s public api from each call. see the fx co-located agent cookbook for an end-to-end example.
  • process downloads before retrieving them. unpack archives, extract text from documents, resize images, or compress a directory while the files are still alongside the browser, then retrieve only the final artifacts with file i/o.
  • run existing command-line tools. upload a pinned binary or script and call it from the same workflow instead of rewriting it as browser automation code.
  • start a session-local helper. run a local server, callback handler, or file watcher for as long as the browser task needs it.
  • inspect failed browser tasks. run tools such as curl, ps, and ls to inspect network responses, running processes, logs, and downloaded files before the browser is deleted.

Run a command synchronously

process.exec runs a command and blocks until it exits or times out. stdout_b64 and stderr_b64 are base64-encoded, and exit_code tells you whether it succeeded.
Use cwd to set a working directory, env to pass environment variables, as_user/as_root to control privileges, and timeout_sec to cap execution time.

Run a command in the background

process.spawn starts a command without waiting for it to finish, returning a process_id you use to manage it afterward. This is the right call for long-running processes — a server, a watcher script, an interactive shell.
If your long-running process is a server, pick a port yourself and don’t assume it’s free — the VM’s own infrastructure (live view, CDP, the execution API) already listens on several, including 8080, 92229225, 8888, 10001, and 10002.
Pass allocate_tty: true to attach a pseudo-terminal for interactive shells, with cols/rows to set its initial size.

Manage a running process

Check status

Poll for whether a spawned process is still running, and its resource usage:

Stream stdout and stderr

Read output from a spawned process as it happens over server-sent events:

Write to stdin

Send base64-encoded input to a running process, e.g. to answer an interactive prompt:

Resize a PTY

Resizing only works on a process spawned with allocate_tty: true — calling it on a plain process returns a 400. Match the terminal to a live view or client window:

Kill a process

signal accepts TERM, KILL, INT, or HUP.

Root and per-user execution

Pass as_root: true or as_user: "<name>" on exec or spawn to control which user the command runs as. This is safe because a Kernel browser is a unikernel VM with no shared host kernel — root inside your session has no path to other customers or platform infrastructure.

Via CLI

The CLI exposes the same operations:

File I/O

Upload and download files from a browser VM

SSH Access

Open an interactive SSH session for debugging

CLI reference

All kernel browsers process subcommands and flags