Sign up now for early access to the Xorq Desktop app Xorq Desktop early access ./waitlist
XorqXorq
./waitlist

Decision Agents

Agents that build the model, run it, and show you the score. One expression from raw data to a decision you can defend.
solutionsdecision agents

Agents that build the model, run it, and show you the score.

Purpose-built agents that turn your data into forecasts, scores, and recommendations. They run inside your environment, every step verified, with performance you can see.

Talk to us see a pipeline →
churn_risk_v7 · scoring pipeline verified ✓ · in production
sourcecustomers
features32 cols
modelxgb · udxf
scorep_churn
gateapproved
exprcustomers.features(...).predict(churn_risk_v7).filter(p_churn > 0.82) runs onSnowflake · UDXF over Arrow Flight · cache HIT for unchanged partitions commit@d41f0c2a · analytics team · approved by K. Osei
performance · last 30 days
0.91AUC
−38%false positives
1.2Mscored / day
v7vs v6 · +0.03 AUC
precision @ top decile · v7— baseline
where models stall i / iii

Most models die between the notebook and the decision.

A data scientist proves it works. Then it waits: for a pipeline, for a review, for someone to trust the number enough to act on it.

stall 01 Features drift from the definitions the business uses The model’s "active customer" and the dashboard’s "active customer" quietly diverge. Nobody notices until the numbers disagree in a meeting.
stall 02 Nobody can say why the score is what it is A decision gets challenged. The path from raw rows to the prediction lives in three notebooks and someone’s memory.
stall 03 Every retrain recomputes everything Warehouse bills climb. The same features get rebuilt for each experiment, and the pipeline is too expensive to run often.
the decision loop ii / iii

One expression from raw data to a decision you can defend.

Features, model, score, and gate are one Xorq expression. It compiles to your warehouse, caches what hasn’t changed, and records every version in the Ledger.

Features from blessed sourcesThe agent composes features on the same Ledger definitions the business reports from. No parallel truth.
Model runs where the data isTraining and inference execute as UDXFs inside the expression, streaming over Arrow Flight. Bulk rows never leave the warehouse.
Scores carry their lineageEvery prediction traces to model version, feature set, and source rows. Performance is measured on the same path, not in a side notebook.
A person promotes to productionPromotion is a commit. Rollback is a commit. The gate is human, and the Ledger remembers who opened it.
ledger · churn_riskversions
v7AUC 0.91 · 32 features · xgbproduction
v6AUC 0.88 · 29 features · xgbrolled back
v5AUC 0.86 · 24 features · logregarchived
lineageraw.events → stg.customers → features_v7 → churn_risk_v7 cachefeatures replayed for 27/30 partitions · 3 recomputed promotedK. Osei · @d41f0c2a · 4 days ago
architecture · decision agents iii / iii

The model is a step in the query, not a system beside it.

Xorq runs the whole loop inside your perimeter. Your warehouse does the heavy lifting; Xorq does the bookkeeping.

Forecast agentdemand · capacity · inventory
Scoring agentchurn · quality · risk
Recommendation agentnext action · pricing · allocation
Your ownany model · any harness
expressions ↓ · scores + lineage ↑
xorq execution system
Ledgerfeature definitions · model versions · promotions
X-Engineone expression across engines · UDXF for model steps
Cacheunchanged features and partitions replay
Verifierscore lineage · performance on the same path
Gatehuman promotes · human rolls back
real queries ↓ · rows stay put
WarehouseSnowflake · Databricks · BigQuery
LakehouseIceberg · Delta · Parquet
LocalDuckDB · DataFusion
Model endpointsyour LLM · your ML runtime
// ready when you are

Put your models to work on decisions the business can stand behind.

Talk to us
other solutions:verified reportingagent verification