onMain Agency

Your clients see what’s on main.

You deliver client software with AI agents. onMain gives those agents a process they actually follow, and gives your client a portal built from that same work. Nobody writes a status report from memory again.

A 14-day free trial, and no card.

Example. Every line is read from the records the work is built from, not typed in for the client.

Built from the work

A portal built from the work, not written for it.

Most client portals show whatever someone typed into them. onMain’s shows the records your agents already work from, through a boundary the database enforces.

Your agencyWorks in onMainCards, plans, pull requests and decisions. Your people and your agents work here.
The portal, in your brandWhat you choose to shareRoadmap streams, milestones, contracts, invoices and the reports you publish.
Your clientReads, accepts, asksAccepts milestones, reads reports and files ideas, without ever seeing onMain itself.
onMain sits underneath, and your client never sees it.Not your cards, your plans, your notes or your draft invoices.
The portal, page by page →

Where the money went

From the contract to the line of code.

A contract has milestones. A milestone is delivered by cards. Each card is built from a plan and lands on main. Showing a client where the money went means reading that chain, not writing a report about it.

ContractStatement of work: checkout rebuild
MilestoneM2 · Card payments live
StreamPayments on one provider
Card + planRefunds through the provider
On mainMerged and delivered

A change request amends the contract, and the client sees exactly what moved.

An invoice follows an accepted milestone, so every line points at delivered work.

How it works, end to end →

AI-native

Built for agents, not bolted onto a ticket tracker.

Most tools add an MCP server to a workflow designed for human ceremony: sprints, story points, status fields. The agent inherits all of that complexity and guesses at the rest. onMain was built for the agent from the start. It reads the plan, the loop tells it the next step, and what it writes is what your client reads.

Bolted on
  • Tickets and statuses designed for a stand-up
  • An MCP adapter that exposes the old complexity
  • The agent guesses at the process
  • Someone still writes the client update
onMain
  • Records the agent reads and writes natively
  • Three loops guide each step, from idea to main
  • Every plan is reviewed before anything is built
  • The client’s view comes straight from the work
An example session: the agent claims a card, follows its plan and drafts the report your client will read.
The journey, step by step
  1. 1An idea becomes a cardYour client files it in the portal, or you do.
  2. 2The card takes a planPlanned, reviewed and approved before anything is built.
  3. 3Agents build it, tests firstThe Engineering Loop keeps every step on the record.
  4. 4The client sees it deliveredOn the roadmap you share, with nothing to rewrite.
Coming

Your clients, in your brand.

Your clients will sign in at yourname.onmain.dev from sign-up, or a domain you verify — under your own name, colours and email sender.

  • yourname.onmain.devYour firm’s own address, in your brand, from sign-up.
  • Or your own domainBring one you’ve verified — at no extra charge.
  • Your name, logo and paletteRead from your firm’s settings.
  • Your clients’ own sign-inIsolated from every other firm.

Pricing

One plan for the agency.

Up to 20 people, every client you serve, and the same engine your developers would run.

$199/ month, billed yearly
or $239 month to month
One engine

Building your own product? It’s the same onMain.

The team edition runs your own product on the same MCP, loops and records, without the client portal.

onMain for teams →