ROST · the flagship build

An operating system for companies run by humans and AI agents.

ROST is a management operating system where an org chart holds both people and AI agents as first-class staff. Every seat carries a charter that says what it owns, what it may decide, and when it must ask a human. Goals cascade down, metrics flow up, and every action an agent takes is permission-checked and logged.

Responsibility graph Charters Governed agents Full audit trail Public CLI + MCP
A seat a function on the org chart — not a person can be filled by… a human a person an agent a governed AI both human + agent Its charter purpose — why the seat exists responsibilities — what it owns measurables — how it is scored decision authority — and when to escalate the same accountability, whoever fills the seat
1,000+
pull requests in the first six weeks of the build — about 23 a day
100%
of agent actions permission-checked against a charter and written to an audit log
3
execution lanes under one governance model: cloud, chat/MCP, and a desktop runner
Live
running a real company's daily operations in production today
The premise

Every management system assumes a seat is a person. That stopped being true.

The playbook that tens of thousands of companies run on — a role for every function, goals that flow down, a weekly meeting where problems surface — was written when the only thing that could hold a role was a human being.

The category anchor is deliberate. ROST maps onto the EOS / Traction-style operating system that roughly a hundred thousand companies already use to run themselves — the same disciplines a founder already recognizes, extended so the org chart can hold both kinds of worker.

What it is · the core concepts

A company you can actually see, staffed by whoever does the job best.

ROST is built from a small set of concepts that fit together. Each one is a plain idea a business owner already has — given structure a machine can enforce.

Compass the company vision and the goals it commits to Founder · CEO human seat Product & Engineering human-led Growth & GTM human-led Feature deliveryagent seat Platform & QAagent seat Researchagent seat Customer acq.hybrid seat Cascade goals flow down Signal metrics flow up Friction the running issues list — raised, worked, resolved Sync the weekly brief, auto-compiled — exceptions first
One org tree. Goals cascade down it, measurables signal back up, and a seat is filled by whoever does the job best.

Responsibility graph

A function-based org chart of seats, not names. A seat is a job the company needs done; a person or an agent occupies it.

org chart

Charter

A seat's executable job description: its purpose, responsibilities, measurables, and exactly how much it is allowed to decide.

accountability

Compass

The company's vision and the goals it commits to — the top of the tree everything else ladders up to.

direction

Cascade

Goals set at the top flow down the graph into each seat, so every role can see how its work ladders to the company's.

alignment

Signal

Each seat's measurables stream back up automatically, so status is read from live readings rather than assembled by hand.

measurables

Friction & Sync

Issues get raised, worked, and resolved on a shared list; a weekly brief compiles itself, exceptions first, before the meeting.

the weekly loop
Live proof

It isn't a prototype. It runs a real company — and manages its own build.

The fastest way to trust a system that governs AI staff is to watch it govern them on real work, with real consequences. ROST does that on two fronts at once.

A real operating company

It runs daily operations for a live CPG business.

Governed agents run the actual inventory, sourcing, and procurement work of the operating company behind this portfolio — a CPG portfolio doing about $10 million a year, the same business the other projects here document. The agents are live and governed, wired to a connected Google Workspace mailbox, and the full-system acceptance pass ran against the real tenant.

inventorysourcingprocurement
The company that builds it

It manages its own build, inside itself.

ROST is run as a company inside ROST: a founder seat plus six AI agent seats — feature delivery, research, customer acquisition, marketing, and platform health / QA — each with a charter, each reporting through the same surface a customer's agents use. The product is its own first customer and its own hardest test.

feature deliveryresearchplatform & QA

Running the company on the product is the point: the bugs that only appear against a deployed build, on real data, with a human who actually cares about the outcome, surface here first — before any outside company would ever hit them.

The product, live

The same surfaces a customer sees.

Captured from the current production build, running the seeded Meridian Logistics demo dataset — a fictional company, so real operating data stays private.

ROST Responsibility Chart: an org chart holding human seats, agent seats, and a vacant seat, each with live issue counts and spend
Responsibility Chart. Humans, agents, and a vacant seat on one chart — the same chart the agents read. Every seat carries live issue counts and 7-day spend.
ROST Agents page listing agent seats with live status, escalations, held approvals, and spend
The agent fleet. Every staffed agent seat with its live state, open escalations, held approvals, and spend — run history one click away.
ROST Scorecard showing measurables owned by human and agent seats with targets and exceptions
Scorecard. Measurables stream up from human and agent seats alike; what needs attention surfaces first instead of living in a spreadsheet.
ROST Cascade goal tree with company objectives cascading to seat-level goals, several owned by agents
Cascade. Company objectives break down into seat-level goals — including goals owned by agents — each with live on-track status.
The differentiator · how it stays safe

An agent can act. It can never quietly exceed its authority.

Giving software real operational power is only responsible if the power is bounded and visible. In ROST, governance is not a setting bolted on top — it is the path every agent action travels, with no way around it.

The path of a single agent action Agent intends to call a tool as part of doing its job Permission check is this within the authority this seat's charter grants? tool selection is never permission within Execute the action runs Log it written to the audit trail outside authority Escalate to the Steward the accountable human — with full context, never silently Human decides durable calls stay human Log it decision + who made it The one deliberate exception — a standing authorization A human can pre-approve a bounded, specific class of action so a well-scoped agent may take it unattended — raising an automation ceiling on purpose, not by default. Even then, each such action still writes its own record naming the human whose authorization it ran under. The audit trail never has a gap, and the human floor never moves.
Every tool call is guarded; every action is logged; durable decisions stay with a human by default.

Charter-bound

Authority is defined per seat and checked server-side on every call. Being able to reach a tool is never the same as being allowed to use it.

Escalation with context

When an action exceeds a charter, the agent hands it up to its accountable human — the Steward — with the full picture, not a dead end.

Humans hold the durable calls

Agents recommend and prepare; the decisions that stick are made by a person, and the record always names who decided.

Everything is written down

Actions, decisions, and escalations all land in an append-only log, so the whole company is auditable after the fact.

Untrusted content stays untrusted. Agents read supplier emails, portals, and documents — but external content is treated as data, not instructions. Extraction runs behind confidence gates, and nothing an email says can grant an agent authority it doesn't have: every action still passes the charter check, and everything is still logged.

Technical depth · the Forge

A governed AI developer team, shipped as a feature.

Forge is the ROST software factory: a team of AI seats that plans work, writes the code, reviews it, tests it, and opens pull requests — and, under authority a human explicitly grants, merges and deploys to production. The hard part is not the coding. It is doing it with the same governance the rest of the product demands.

Planscope the work Codewrite the change Review4-model councilon every PR Testthe suites run Open a PRready for a human Human authority gate explicit sign-off to go further Mergeinto the trunk Deployto production Runs on the client's own runner, using the client's own AI account — the code and credentials never leave their control.

Least-privilege access

Repository access is scoped through a narrowly-permissioned GitHub App — the agent gets only what the task needs, nothing broader.

Secrets stay sealed

Credentials are never exposed to the agent in the raw. They are brokered behind the scenes, so nothing sensitive lands in the model's context.

Human sign-off gates

Crossing from "opened a PR" to "merged and deployed" takes a deliberate human grant — the risky steps are never automatic.

Full audit trail

Every step is recorded end to end, so a client can reconstruct exactly what the developer team did, and under whose authority.

Security model documented in the project's architecture decision record for the software factory (ADR-0018).

Built in the open, fast

Shipped at speed — with the discipline of a system, not the chaos of vibes.

The build itself is evidence. Fast is easy to fake and easy to regret; what makes this credible is that the pace came with the guardrails a serious codebase needs, not instead of them.

1,000+
pull requests in the first six weeks — roughly 23 a day, from a repo that began 2026-06-12
~600k
lines of production TypeScript
4
AI models review every single PR — a council of Claude, Codex, Grok, and Gemini

130 migrations

Forward-only database migrations with zero rollbacks — the schema only ever moves ahead.

forward-only

26 decision records

Every load-bearing architectural choice is written down as an ADR: context, decision, consequences.

ADRs

24 postmortems

When something broke, it was documented as an incident writeup — a codebase that learns from its failures.

incidents

Merge queue + auto-deploy

A GitHub merge queue serializes changes and a pipeline deploys them — the trunk stays releasable.

CI/CD

None of this is "let the model write it and hope." A four-model review council gates every merge, the schema only moves forward, decisions are recorded, incidents are studied, and the queue keeps the trunk green. The velocity is a result of the discipline, not a trade against it.

Interfaces & stack

Meet it where the work already is.

A company's agents already live in a terminal, an editor, or a chat window. ROST plugs into all three, so any capable agent can be wired into the org.

Web app

The full operating surface — the graph, charters, goals, signals, friction, and the weekly sync — for the humans who run the company.

Public CLI

@rosthq/cli installs the rost binary from npm or Homebrew. Every command is schema-discoverable, so an agent reads the contract before it acts.

MCP server

An MCP endpoint any agent client — Claude Code, Codex, Cursor — connects to, so an outside agent can take a seat in the org through the same governed commands.

Under the hood
Next.js TypeScript (strict) Tailwind + shadcn/ui React Flow (the graph) Supabase / Postgres ltree (the org tree) Drizzle Inngest Anthropic API MCP Vercel Stripe (metered billing) PostHog Playwright + Vitest Simulation test suite

The three execution lanes — scheduled cloud agents, live interactive chat / MCP sessions, and a local desktop runner (a Tauri / Rust tray app) — all run an agent's work under the same governance. Where the agent executes doesn't change what it is allowed to do or whether it is logged.

Status & positioning

Where it honestly stands.

A useful project page is candid about the line between what is proven and what is still ahead.

What's true today

The MVP is software-complete and live in production. It is dogfooded on a real operating business — running that company's daily operations — and on its own build. The governance model, the three execution lanes, Forge, and the public CLI and MCP surface are all built and working.

What's still ahead

This is pre-external-launch. There are no outside customers yet, and none of the above should be read as market traction. The next step is the partner-ready gate and onboarding the first companies beyond the two it already runs.

Where it's aimed. ROST is positioned against the EOS / Traction operating-system market — on the order of a hundred thousand companies — but rebuilt for a hybrid workforce: no implementer fees, no two-year rollout, AI-native from the first seat. That is the positioning, not a claim of wins already banked.

The takeaway

This is what it looks like to run a company where some of the staff are software.

A management operating system that treats an AI agent as a real member of staff — a seat it holds, a charter it follows, and a human who stays accountable for it. Goals cascade down, signals flow up, and every action an agent takes is checked against its authority and written down. It already runs a real business and builds itself, at the pace of a fast startup with the discipline of a serious one.

Governed by design Fully audited Production-proven Pre-external launch
← Back to the full portfolio