Rhetra Get in touch
Data platform + implementation

One model of your business.

Your data lives in a dozen systems that don’t agree on what a customer is. We turn it into one model, then build the workflows and agents that run on it.

01  Connect

Integrate your information

Every source, continuously read. Batch, streaming, or dropped in by hand.

from any application
FORTNOXSAPCRMMES / SCADAWMSHRMBI TOOLS+550 via Airbyte
from files, docs, and notes
CSVPDFSPREADSHEETSDOCSNOTESJSONXML / EDI+37 more
from emails, chats, and forms
EMAILWHATSAPPSMSWEB FORMSMEETINGSHELPDESK+24 more
from physical sensors
TEMPERATUREFLOWRPMVIBRATIONGPS+12 more
 
Everything lands in one place
from offline sources
SCANSPAPER FORMSHANDWRITINGLABELS+3 more
from databases / warehouses
POSTGRESSQL SERVERLAKEHOUSEOLAPS3 / OBJECT STOREGRAPH+5 more
from streams and the web
WEBSOCKETSWEBHOOKSPOLLINGPUBLIC PAGES+9 more
from agents and apps
MCP CLIENTSAI PROPOSALSSDK APPSvia actions
All sources supportedBatch syncsLive streamsFile dropsAgent writes
02 The ontology
THE SEMANTIC LAYER · OBJECTS, PROPERTIES & LINKS

Model the business, not the database.

Ingested records become typed objects. Customers, orders, invoices, sensors, each with properties, real relationships, and actions attached to the type.

The schema is defined at runtime. Add a property, link two types, and every record follows. No migrations.

Nothing is forgotten. Every change is recorded on two time axes. Ask what was true last quarter, or what you believed last quarter. Both are answerable.

TYPES · LINKS · ACTIONS · FULL HISTORY
03 Actions & functions
THE KINETIC LAYER

Write logic against the model.

The model doesn’t just describe the business. It carries the levers to move it. Logic is written against the things you modeled, not against tables. Server-side TypeScript with a client generated from your ontology: objectSet(), traversal, aggregation, all typed.

A typed client, generated

Rename a property and the function that uses it fails to compile. The ontology is the contract.

LLM steps, tested like code

Logic chains mix LLM calls with conditionals and loops. They ship with eval suites, so a prompt change is a test run, not a vibe.

Read-only by design

Functions compute. They don’t commit. When logic needs to change something it calls an action, and inherits its rules.

Functions read the ontology freely. Every write routes through an action, and its criteria.

04 Operate

The model runs the business.

The ontology isn’t a warehouse. It acts.

Every write goes through an action with submission criteria. The rules live on the type, not in someone’s head. Workflows chain actions into processes, automations watch the data and react, and decisions write back. To the ontology, and out to the source systems they came from.

Actions

The only write path. Submission criteria decide who can change what, enforced on dispatch. Same rules for a person, a workflow, or an AI agent.

Workflows

Multi-step processes with branching, waits, and checkpoints. A checkpoint pauses the run until a reviewer approves in the Inbox.

Automations

React to the data itself: entity created, entity updated, or a schedule. Conditions, retries, and cooldowns keep reactions deliberate.

AND YOUR OWN APPS ON TOP

One command generates a fully typed TypeScript client from your ontology. Build real apps on it. The platform hosts them, wired to the same actions and permissions as everything else.

OR ASSEMBLE THEM

Workshop builds operational UIs without writing code. Tables, detail views, investigation graphs, action forms.

05 AI

Plug your agents in.

Rhetra speaks MCP. Point Claude at your workspace, or any MCP client, and it gets the full toolset: search, traverse, aggregate, run pipelines, trigger actions.

The model isn’t a database an agent scrapes. It’s a system an agent operates.

A live MCP session. Reads run free, writes route through an action, ontology edits become proposals.

Watch a real session, prompt to app →

One command

rhetra-sdk mcp connects any MCP client to your workspaces with a personal token.

MCP servers from your types

Every registered app can expose its slice of the ontology as a hosted MCP server. The tools are generated from your types and actions, not hand-written.

Guardrails included

Agent writes go through actions and their submission criteria. Ontology edits land as proposals you approve in the Inbox. Agents operate inside the rules, not around them.

Get in touch

Have a data problem worth solving?

Based in Sweden. Available remotely.

Email us · Johan-sandgren@hotmail.com