Reasoner
Ask, and Oria reasons over governed data and institutional memory. Dashboards, maps, simulators, relationship graphs, timelines and work boards come out of the conversation, not out of a ticket.
The super agent that knows how your organization works.
Oria runs on ARPIA, the platform underneath, so it reads the ERP, CRM and data platforms you already run through a governed reflection of them. And it knows your organization because every account arrives with Cerebro, the institutional memory that holds the decisions, rules and procedures your people already wrote down. Your team asks, analyses, builds and acts from the first session, with budgets and an audit trail. You can start this week: no platform project, no business case, no nine months of procurement.
Oria can
The assistants your people already use know an enormous amount about the world and nothing in particular about your company. Every vendor is closing that gap the same way, by holding your context for you: your documents, your decisions, the patterns in how you work, kept as a feature inside their assistant.
The gap is real and it does need closing. The question is which side of the line the thing that makes you different ends up on.
ARPIA keeps that layer on your side of the line. The ontology is your own model of how the business works, and Cerebro is the record of how it decides. Both live governed inside your tenant, with lineage and attribution.
Oria reasons over them, and every call out to a model provider is scoped to the domains you allowed, enforced on the server, budgeted before it runs, and logged with which model saw what context under which rules. You choose the models and you can bring your own provider keys.
You also see the price and not only the ceiling. The models your people reason with carry a published rate per million tokens, input and output separately, and each call is costed against that rate, cached tokens included, down to a single agentic run. You can see which model spent what, and a budget stops the spend before it happens instead of explaining it afterwards.
So you govern the access instead of granting it once, and the corpus stays readable from the tools your people already use through MCP.
An organization’s real advantage is how it decides: the rules it learned the hard way, the reasons behind the calls that worked. Written down and governed, that becomes an asset with your name on it. Left inside somebody else’s assistant, it becomes part of their product.
The usual path to governed enterprise AI runs through vendor onboarding, security review, legal, a justified use case and a pilot. Eight to twelve weeks before anyone touches anything, and often the better part of a year before the first result.
Meanwhile your people are already using AI. Just not yours, and not governed.
Oria inverts the order. Seats first, governed from day one, and the use case emerges from what your people actually do with it.
Seats are billed per day. Add someone on a Tuesday and you pay from Tuesday. Adoption spreads because it is allowed to, not because a committee approved a rollout.
Oria is not a chat window bolted onto your data. It reasons, builds, authors and executes, and every one of those runs inside the same governed session, on the ontology and permissions the business already defined. Each one has a demo, no slideware.
Ask, and Oria reasons over governed data and institutional memory. Dashboards, maps, simulators, relationship graphs, timelines and work boards come out of the conversation, not out of a ticket.
Generation constrained by your ontology and your security policies, with a review gate before anything ships. The standards are the guardrails, not a code review afterwards.
Author the ontology itself: nodes, relations and the tables behind them, with permission gates on propose, apply and sample. This is where the DNA of the business gets written down.
A governed execution environment. Code runs in its own pod with your ontology scope and permissions, human approval where it matters, and its own persistent storage.
The spreadsheet somebody maintains by hand is where most of the real operating knowledge of a company lives. Oria takes it, understands it next to your governed data, and gives back a working tool rather than a summary of it.
Excel or CSV into the session. It lands in the object store, shows up as a file in the exploration, and the agent reads it alongside the nodes you already gave it.
Not a summary of the sheet. A dashboard, a map, a simulator, a work board, or a small application over that data, built in the session and pinned there.
Connect your own accounts through MCP with your own sign in. The agent uses them as tools in the same session, under the permissions your organization already set.
The work executes in its own governed environment with approval where it matters, keeps its own persistent storage, and can be promoted from your workspace to the organization's.
That is the difference between an assistant that drafts and one that builds. The spreadsheet stops being a file somebody emails around, and becomes a tool with governed data behind it, an audit trail, and a memory of why it works the way it does.
Most companies already have an enterprise chat assistant. It answers well, and then the work starts: you take the answer somewhere else to analyse it, and somewhere else again to build anything with it. It can only reach what somebody already wrote down, and the decision taken in a meeting or the rule that surfaced while debugging is not in there, because nobody ever typed it. That is also the knowledge that walks out when a senior person resigns.
The point is the whole cycle in one governed place: ask, analyse, build, decide, act, and the record accumulates while you do it. The part that is hard to copy is not the memory, it is that the memory lives beside the ontology. When a memory says how churn is calculated, the node that calculates it is one step away, with its lineage and its governed actions. A memory layer on its own is a two quarter build for anyone. That is why this sits on a data platform and not on a search index.
It scales down as well as up. A team of twenty gets the same governed cycle as a company of three thousand, at the price of the seats they actually use.
ARPIA is certified under ISO 42001 and SOC 2 Type II, and Oria inherits that infrastructure. Your own compliance stays yours to run, but the governance layer is not something you have to build first.
Not an add-on to configure later. Every account is provisioned with its institutional memory ready and embedded in Oria, switched on in every session, for the Reasoner and for the Workbench.
Six months in, you have not just been using AI. You have a written record of how your organization reasons.
And it is not held hostage. The same corpus is readable from the AI tools your people already use, through MCP. The pitch is not stay because your memory is here. It is work wherever you want, this is where it accumulates.
It starts empty and gets better with use, so we seed it during onboarding with the documents, tickets and wikis you already have. Oria begins knowing something, and from there the work keeps it alive.
Every one of these ends in something governed: a pipeline that ran, a board that is live, a decision with its lineage attached. Not a document somebody has to carry to the next tool.
Oria maps the exposure, diagnoses what changed, prescribes the action and activates it into the ERP, with human approval where the money moves.
Out: a governed pipeline that ran. Collections went from days to 13 minutes, trigger to ERP, in production at a financial services group.Running objects, errors, what is waiting on a person. Operations stops asking whether a flow ran and starts seeing it.
Out: a live operations board. Metrics and object states update as the work happens.Competition, inventory and sales history combined into a recommendation you can interrogate, because the reasoning that produced it is attached to it.
Out: a recommendation with its lineage. Analysis that took weeks resolves in minutes.Which model ran, on what context, under which policy, approved by whom. Budgets are enforced before the spend, not discovered on the invoice.
Out: an audit trail you can hand over. Built for scoring and decisioning that has to answer to a regulator.Lineage that covers the tables and the reasoning objects on top of them: pipelines, nodes and the apps that read them, in one graph.
Out: lineage across data and reasoning. Most tools trace tables and stop there.Generation constrained by the ontology and the security policies, with a review gate before anything ships, and code that runs in its own governed pod.
Out: reviewed work, not a prototype. The guardrails are the standards, not a code review afterwards.An Oria seat is a seat on ARPIA. The same tenant, the same ontology, the same permissions and the same audit trail that govern everything else the platform runs. There is no integration project between Oria and the platform, because what your people do in a session is already running there.
So the capability underneath is not a later purchase. It is deployed with the account and opened by the seat: Basic reasons and builds inside the session, Pro shares what it builds with coworkers, Builder authors the ontology, configures governance and deploys what the whole company runs. When the work asks for more, you widen a seat instead of starting a procurement.
This is the same platform our forward deployed teams build on, and the same one your Builder seats work in. See the platform, step by step →
Three levels, billed per seat per day, so a seat added mid month costs what it used. The AI itself is paid separately and you set the ceiling.
For putting governed AI in everyone's hands.
For the people whose tools other people end up needing.
For whoever owns the ontology and the governance.
Because you are not buying intelligence by the seat. AI consumption runs on a prepaid AI Wallet, a shared pool you size and control, billed on what was actually used. The models your people reason with carry a published rate per million tokens, input and output, and each call is costed against that rate, so the wallet is not a black box you keep topping up: you can see which model spent what. That is what keeps a governed seat at ten dollars instead of sixty.
Connect your own provider accounts or keys and the tokens stay on your bill. ARPIA charges a flat governance fee of $1 per million tokens, whatever the provider or model tier, for the budgeting, assignment, audit and policy that traffic passes through.
Your people work with governed AI. Spend is capped, every session is auditable.
Findings accumulate with attribution. The organization starts recognising its own knowledge.
Power users build apps and hand them to the people beside them. The useful ones spread on their own.
What the business calls its entities gets written down and governed, by the people who know.
Now a use case is obvious, scoped and defensible, because it came out of the work instead of a slide. That is when our teams build with you.
Tell us how many people, what they work on and what to connect. Thirty minutes is enough to size the deployment, and your team can be working the same week.
Who starts, what they work on, and what Oria should connect to. Thirty minutes on a call is enough to confirm it, and your team can be working the same week.