// the pipeline LIVE

The Roadmap

A steering board, not a wish list

This is what might get built next, run as a queue rather than a wish list. Every idea earns its place: it gets a risk class and the rules it must respect before any code is written. The standout tracks are below; the full register sits in the deep dive.

Everything AgentOS might do next, run as a queue rather than a wish list. Every idea becomes a row in the register with an ID, a risk class and the guardrails it must respect, and nothing gets built without one. The standout tracks come first, then the full live table. How a row becomes shipped software is the workflow page; what already shipped is the build log. Register current as at 10/07/2026.

every idea gets a risk class first rules set before anything is built run as a queue, not a wish list shipped work leaves the board
38 live rows 26 shipped 11 decision gates 06 risk classes
the_headliners [01]

The Headliners

The register does not rank by excitement, but this page can. What is queued next, and the tracks that change what AgentOS is.

Up next: 5O.2
The injection fence gets built

A safety barrier so anything the system reads can never be mistaken for instructions telling it what to do. It warns rather than blocks, so work keeps moving.

Audited content is data, never instruction. The shipped fence design becomes code: run-scoped nonce boundaries around every untrusted block, tool results fenced at the executor loop, and authority-flavoured framing demoted. The fence warns and demotes; it never gates.

Why it is first
The threat is real today

Every audit already pushes raw file bodies and website HTML into prompts unfenced, and one target-writable file is currently framed as judging authority. It is the highest-value safety work in the queue, and it is deterministic code only: no model spend, no new authority.

5W
Chat with real model routing

A chat screen that picks the right AI model for each request, under the same safety rules as everything else. The design is shipped and reviewed, with the build cut into slices.

A Studio chat tab riding the same guardrails: explicit pick, vendor-pinned auto, or full Auto through a pure two-stage router, with metered API calls and subscription CLIs as parallel execution classes. Design shipped and adversarially reviewed; four build slices cut.

5V
Approvals from the phone

Alerts and a read-only status page on my phone over a private secure network already work. The next step is approving or rejecting an item from the phone, with the same checks as at my desk.

Push notifications and a read-only mobile triage page over the tailnet already shipped. The gated next step is the first off-machine write: approve or reject an inbox item from the phone, issuing the same grant object through the same path as the desk.

5G
Unattended operation

The system runs scheduled work on its own. Approval is tied to the exact schedule I approved, so any edit switches it off until it is re-approved, and it can never queue up decisions faster than I review them.

Schedule, enqueue, auto-drain. Arming a schedule is a recorded act bound to its content hash, so any edit disarms it, and a decision-debt cap stops the machine generating decisions faster than the human reviews them.

5Q
Node and fleet foundation

Self-sovereign nodes pushing observability to a read-only centre. The centre never approves, never applies, and holds no authority channel back to a node: a fleet you can watch, not one you command.

5P
A browser that can write, carefully

A browser page that can make changes, wrapped in the same approval steps as everything else. Even software running on the same computer is treated as untrusted, and anything opened away from the machine can only look, never change.

An authenticated local write API terminating in the existing freeze, simulate, approve, apply spine. Localhost is treated as hostile-caller territory, and a link opened off-machine may reach a triage read at most, never the write API.

5M
The system studies its own runs

Mine run metrics, dispositions, and verifier verdicts for per-workflow signal, then feed it back into prompt, model, and route selection. Descriptive first: nothing changes agent behaviour without its own gated slice.

5T
User-state backup

A code-owned registry of every user-state domain: settings, target registries, memories, skills, commands. Exports to a git-tracked repo with a fail-closed secret scan before anything leaves the machine. Config can narrow the export, never widen it.

5S
Portfolio context serve

Every audit gets the same controlled slice of my working context, and every use of it is traced in the report. It is the first step towards the system remembering context between runs.

The gateway serves a server-owned slice of operator context to every audit workflow: no default slice, no client-picked files, every injection traced in the report's evidence. The first concrete memory-over-MCP step: memory informs, the spine decides.

5B
Model evals with receipts

Quality per workflow measured on a fixed task set with bounded spend and a results ledger. Which model actually audits better, with receipts.

the_full_register [02]

The Full Register

All 38 live rows, straight off the steering board. Role says why a row exists: boundary rows lock or open a constitutional line, keystones are load-bearing, unlocks enable a later step, hygiene keeps the runtime honest. Risk sets how much design happens before code. Shipped rows leave this table at closeout: 26 so far, narrated in the build log, so a prereq you cannot find below has already shipped.

IDTitleRoleRiskPrereqStatus
5O.2Injection fence implementation: nonce-fenced data channelsboundaryR15O.1up next
5O.3Prompt-surface registry and injection telemetryhygieneR15O.2proposed
5N.1Decision inbox: the "what needs me" projectionkeystoneR0nonein progress
5W.2Chat tab v1: explicit pick, metered classunlockR35W.1proposed
5W.3Subscription execution class for chatunlockR35W.2proposed
5W.5Model provenance in authority-plane recordsboundaryR1noneproposed
5W.4Tiers and Auto routing for chatboundaryR35W.3, 5W.5proposed
5V.4Remote decision surface: design gateboundaryR05V.2, 5V.3 + demonstrated demandproposed
5G.1Unattended operation design: schedule, enqueue, auto-drainboundaryR0noneproposed
5G.2Unattended operation implementationunlockR35G.1proposed
5G.3Schedule controls in StudiounlockR45G.2proposed
5P.1Browser-on-node operate surface: design gateboundaryR4noneproposed
5Q.1Node and fleet foundation design: identity, push publisher, observatorykeystoneR0noneproposed
5R.1Declarative workflow authoring designboundaryR0noneproposed
5S.1Portfolio context serve: slice registry and gateway endpointkeystoneR2noneproposed
5S.2Runner context module and content-audit migrationunlockR15S.1proposed
5S.3Code-audit executor and challenger voice slicesunlockR15S.1proposed
5S.4Studio context strip and degraded warningpolishR25S.2, 5S.3proposed
5T.1User-state registry and scheduled backup designboundaryR0noneproposed
5T.2Backup implementation and Settings tab controlsunlockR45T.1proposed
5M.1Workflow self-improvement from run data: designboundaryR05H.2proposed
5B.1Model evaluations and benchmarks designvalidationR0noneproposed
5C.1Projects tab design, onboarding interview firstunlockR0noneproposed
5D.1Slack outbound notifications designunlockR0noneproposed
5E.1Goals interface designunlockR0noneproposed
5J.1Studio UX review and IA redesignunlockR0noneproposed
5J.2IA restructure implementationunlockR25J.1proposed
5J.3Run-completion notifications in the IDEpolishR2noneproposed
5J.4SSE live updates in StudiounlockR2noneproposed
5J.5Open-source jump in the content-audit panelpolishR2noneproposed
5A.2Webview render harness: state-to-HTML snapshot testshygieneR15A.1proposed
5A.3Tier 1 extraction: sensitive pure helpershygieneR15A.1proposed
5A.4Tier 3 webview decompositionhygieneR25A.2, 5A.3proposed
5I.2Register drift checkhygieneR1noneproposed
5K.3Make the smoke suite's live-site couplings hermetichygieneR1noneproposed
4G.4Website-audit advisory challenger, opt-invalidationR34G.3proposed
4G.6Studio launch of the website-audit graphunlockR2noneproposed
4E.30Ledger enrichment design: category, type, anchor contextunlockR0noneproposed
One row is mid-flight: the decision inbox shipped five of its six slices before being deliberately paused, because the final slice (the fleet tier) waits on the node foundation existing at all. Eleven decision gates bind rows above before they can kick off; the gates, the eighteen guardrails, and the slice protocol all live on the workflow page.