Project management for agents
Exos
Everything your project receives, captured into one record agents can navigate, and turned into shipped, verified work with a person at every gate.
How it works
A record that fills itself, and a process with a person at every gate.
-
01 The capture
Everything the project receives lands in one record.
Mail threads with their attachments, meetings with their transcripts, chats with their voice notes transcribed: a worker matches what arrives to the project’s contacts and files it, deterministically, into the project’s own repository as typed documents. No model touches the capture, so nothing is invented on the way in.
-
02 The record
Plain files, in a repository that is yours.
The record is markdown in git: meetings, threads, contracts, decisions, specs, sessions, and a wiki distilled from them with every claim linked to its source. Agents navigate plain documents extraordinarily well, so the record needs no database around it, and any tool can read it. You can leave with all of it.
-
03 The gate
Agents propose. A person decides.
The knowledge loop runs in cycles: an agent reads everything a cycle brought, checks every ask against the code, and renders one page. Nothing becomes a task, and nothing ships, until a person says go. Tasks are only ever touched through the rail, and closing one requires the pointer to what was delivered.
-
04 The delivery
One lane builds. An adversary verifies. You merge.
A lane is one agent session on a few tasks, with an independent verifier whose only job is to break the work before a human’s merge gate. A wave runs several lanes in parallel under one coordinator. What the client receives is a page in their language: what you told us, what changed, what to test, played and screenshotted before it is sent.
The whole machine
Everything a project receives, on one side. Everything it ships, on the other.
Between the two sits the record, and one gate a person holds. Nothing crosses it without a name on the decision, and everything that happens after comes back into the record.
What it does
The machine, piece by piece.
-
What comes in
The arriving half of a project, filed without a model in the way.
- The capture Gmail, meeting notes and WhatsApp, matched on the project’s contacts, landed as typed files with attachments and transcripts, one pull request per sync.
- The record Eighteen kinds of document in one repository per project, linted, with a schema-governed wiki maintained off-cycle.
- The board A standing dashboard per project: the shaped plan, and the state derived from the record and the rail.
-
What a person decides
Every gate has a name on it, and no state moves without one.
- Cycles and the gate One page per cycle, every claim verified against the code, one human go that creates the tasks and merges the capture as one event.
- The task rail Tasks live in Linear and are only touched through the CLI: the description is the brief, and Done demands a delivery pointer.
- Accountability A named person behind every call, an audit trail, and the closer stamped on every task.
-
What goes out
The work itself, and the page the client opens at the end of it.
- Workstreams The unit of work across agent sessions: a brief, a narrative, demo data, an event stream, rendered as one page anyone can open.
- Lanes and waves Solo or parallel delivery with an independent verifier and a human merge gate, each lane in its own worktree and port band.
- Client demos A page in the client’s words with expiring links, played by a browser and screenshotted, published through Slideless, mailed as a draft a person sends.
Who it is for
Studio clients
Every engagement runs on it
From day one your project has a record, and every mail, meeting and decision is in it, current, with a person at every gate. When we hand over, you keep all of it.
The Studio itself
The same process on every project
An agent loads a full project picture in seconds; the rail, the workstreams and the lanes are the same everywhere. Exos records its own build in its own record.
Other studios
Not yet, and honestly so
Today Exos is run by us, for the projects we deliver. The design is fork-and-own, one installation per company, and we will say so here when it is ready for yours.
Where it came from
What Exos is, and who it is for.
Strip any project to its essentials and two things remain: information arriving, and people acting on it. Mails, calls, messages, meetings, documents passed from hand to hand. Software has always tracked the acting half; the arriving half still scatters across inboxes and memories.
Exos starts there. It captures what a project receives into a record agents can navigate, and turns what has to happen into tasks agents can actually take, with a person deciding at every gate.
We built it for ourselves. Our Studio delivers every client project on it, which means it is tested the only way we trust: by depending on it, daily. Today we point it at software delivery, but the machinery does not care what the project makes.
If running projects is your work, Exos was built for the version of you that works with agents.
Where to go next
See it at work, on a project of yours.
- How the Studio ships The engagement as it actually runs, on Exos, week by week.
- After the build What every week after looks like: say it once, get it back as a verified change.
- Clave, where the work happens The agent IDE the lanes and waves run in. Exos is the rail; Clave is the bench.
- Talk to us A project you want run this way, or a question about the machine.