Case Study · Concept Live prototype

Ortex: an AI back office where a person stays in charge

A concept for an iGaming back office with an AI agent that watches the numbers and suggests what to do. It can propose moving money, but it can't move a cent until a person approves with 2FA.

Try the prototype
Ortex dashboard: live KPIs, AI revenue forecast, top games, AI risk insights and the AI copilot

At a Glance

2 Figma screens turned into a working app
2FA on every money move the agent proposes
~1/s simulated live events driving the KPIs
400px works from wide desktop down to phone width

Role

Concept, UX, UI and front-end prototype

Tools

Figma, Ant Design 5, React, Claude Code

Type

Personal concept. All data is fictional.

The Idea

After years of designing casino and jackpot back offices, I kept seeing the same pattern: operators spend their day watching numbers and reacting to them. An AI agent can do the watching. The hard part is the reacting: in a business that moves real money, nobody wants a bot that acts on its own.

So Ortex asks one question: how much can an agent do for an operator while the operator stays in charge of every decision that matters?

The Agent Suggests, a Person Decides

The copilot spots a liquidity risk for a Brazilian holiday weekend and recommends moving $500,000 into the withdrawal pool. It shows the recommendation as a card with three clear choices, and nothing happens until someone picks one.

The copilot recommends a $500,000 reserve transfer; approving it opens a 2FA dialog

Approve needs 2FA

The dialog repeats the amount, source, destination and mode, so the person confirms exactly what will happen.

Every decision leaves a trace

Approve and Deny both add a "Checkpoint logged" line to the chat for the audit trail, and the agent says what it will do next.

"Check details" shows the reasoning

The steps the agent took, the data it read and its confidence, so the operator can challenge the number instead of trusting it blindly.

Sandbox is a visible switch

With "Sandboxed" on, approvals are simulated and labeled that way. Switching it off turns the label red: "Live".

Left: the approved card with a logged checkpoint. Right: the agent's reasoning steps and data sources
Pink Means AI

Operators need to know at a glance what is fact and what is the machine's guess. So the interface has one rule: blue is real data and your actions, pink is anything the AI produced. The revenue chart turns pink where actuals end and the forecast begins, with a widening band for its uncertainty. The same pink marks agent messages in the chat and the AI dot on cards.

Revenue chart: blue actuals until 09:00, then a pink AI forecast with a confidence band
It Feels Live

A back office for a casino is never still, and a static mockup hides that. In the prototype, bets, wins, deposits and withdrawals stream in about once a second. The KPIs move with them and flash green or red as they change, and a big win visibly dips GGR. Operators can pause the feed or open the full list with filters.

Glowing live KPI cards with the LIVE event strip, and the Live activity panel with filters
Try It Yourself

Click Approve Transfer in the chat (any 6 digits work), ask the copilot to "Generate ISR report April", hover the chart, or open Affiliates from the left rail.

No backend: the chat is scripted and all data is simulated. The frame shows the desktop layout scaled down; full screen or a new tab shows it at full size.

Open in new tab
Built on Ant Design, for Real

I designed Ortex on Ant Design's dark theme in Figma, then built the prototype with the real antd components instead of look-alikes, with a few token overrides for color and radius. The Affiliates page shows the everyday side of the product: sorting, tag search, filters, forms with validation, confirmations and a change log that records every edit.

Affiliates table with colored tags, progress bars and row actions
Details That Only Show Up in Code

Building the design for real exposed things a static mockup hides. I audited the result in the browser and measured every fix.

One spacing rhythm

Three sections of the dashboard touched with no gap, and the copilot didn't line up with the first row of cards. Everything now follows three values: 16px between cards, 16px inside cards and 24px at the page edges.

Icons centered to the pixel

The navigation rail icons sat 4px off center because of the component library's default padding. All of them now measure 0px off on both axes.

Fixes from the original file

A typo in a card title and a chart axis that listed zero twice ("$0.0M" and "$0M") were caught and fixed while building.

A logo that follows the color rule

An O split by an X: the first and last letters of ORTEX. One wedge is pink, the same color the interface uses for AI.

Works on a Phone

Operators get alerts away from their desk. On a phone the KPIs stack, the copilot moves behind a floating button, and the approval flow works the same way.

Ortex on a phone: stacked KPI cards and the copilot with the approval card
From Figma to a Working Product

I designed two key screens in Figma and built the rest directly in code with Claude, using AI as a fast engineering partner while I made the design decisions. Working in the real medium let me test the parts a picture can't show: what an approval feels like, how a live number should behave, and whether the layout holds up at every screen width.

Bringing AI agents into a complex product? Get in touch