Solu

Run the work, not the machine.

Containers package a process. Virtual machines preserve a computer. Solu begins with a different durable object: the work itself.

Talk to us about Solu In active development.
01 / how it works

How it works

solu / the workrunning
How a Solu keeps the work Three workers attach to one Solu over time. Worker 01 drafts the change on a laptop and ends. Subagent 02 runs the tests on a CI runner and hands its results back. Worker 03 picks up the same work on a cloud machine and is still active. Underneath, one continuous line: solu / work-0042, move billing to the new payments API, holding its context, resources and results the whole time. WORKERS · COME AND GO TIME → worker 01 laptop · ended subagent 02 ci runner · returned worker 03 cloud · active hands back solu / work-0042 move billing to the new payments API context · resources · results the work stays

A Solu is a durable environment for agentic work. Agents and subagents may join, leave, fail, or be replaced; the environment keeps the work and the resources made available to it, whether execution happens locally or elsewhere. No process moves between machines: one worker ends, and the next picks up the work.

02 / what it holds · what it never does

What it holds and what it never does

Keeps
The work, under one identity that outlasts every worker attached to it.
Holds
Context, resources, and results: what has been learned, what the work may use, and what has come back. A new worker starts from there, not from nothing.
Admits
Agents and subagents, local or remote. They join, leave, fail, or are replaced; the work stays identifiable and usable.
Uses
Native processes, containers, or microVMs underneath, chosen when their properties are useful. None of them defines the world the agent works in.
Never
Moves a live process from one machine to another, replaces the isolation underneath, or fixes the steps in advance. A pipeline preserves a sequence; a Solu preserves what the next step is discovered from.

Selko sees. Vartio keeps the fleet. Taso owns the gate. Solu runs the work.

03 / today

Today the work lives wherever the agent happened to run.

An agent session starts on one laptop. What it has learned sits in a transcript. What it changed sits in a working copy. The credentials it borrowed, the services it reached, the subagent it spawned — each lives somewhere else.

Close the laptop, lose the session, or hand the task to another agent, and the work has to be reassembled by hand, if it can be at all.

04 / the old choice

A lighter box or a stronger one.

Namespaces isolate what a process can see, while cgroups control what it can consume. Containers make those mechanisms remarkably convenient, but their processes still share the host kernel. Virtual machines and microVMs provide a stronger boundary, at the cost of creating and operating another computer.

Both remain useful. Neither makes the work itself the durable object.

The longer argument is in The past is not finished with infrastructure.

05 / start

The work is early. The question is not.

If your agents work across laptops, CI runners, build machines, and cloud systems, talk to us.