Your players won’t call it support.
The African brand of an established international operator replaced its live-chat widget with CS Agent++, Bluestuff’s AI player agent — on the platform the operator already runs, behind the same chat entry point. What follows is one ordinary Monday from the live dashboard. Not a launch spike, not a highlight reel: 1,213 players, 1,335 conversations, published whole.
The operator is unnamed. All figures are a single 24-hour window — a typical Monday — from the live deployment dashboard, August 2026. Company-reported.
The deployment
An established international group. Its African brand: sportsbook and casino, mobile-first players, Portuguese-first conversations, mobile-money payment rails — and the support load that comes with all of it. Balances, bonuses, deposits and withdrawals, password resets, at all hours.
The brand ran a conventional live-chat widget, with the economics every established operator knows: a human roster sized for the worst hour of the week, night coverage in every language, and a queue the moment a payment provider wobbles.
CS Agent++ went in as the AI layer on the operator’s existing platform — PAM, wallet, bonus engine and licences untouched. Players kept the entry point they already used. What changed is what answers.
Keep your platform. Add the intelligence.
The problem this actually solves
Four in five iGaming companies now use AI somewhere. One in five can point to meaningful ROI.¹ Support is where that gap shows first: widgets that deflect instead of resolve, every “where’s my deposit” becoming a ticket, and thousands of player conversations a week producing no insight at all.
The standard fix — replatform — is a 12-to-18-month migration nobody can afford. The sensible established-operator move is the one this operator made: keep the platform, change what answers. CS is the usual door in — queries resolved end to end, in the player’s own language, every hour of the day, at an earlier established-operator deployment, a result now repeating at others.
1. Adoption: NEXT.io × The Playa, State of AI in iGaming, July 2026. ROI: UNLV International Gaming Institute × KPMG, State of AI in Gaming 2026, April 2026.
An agent with the keys, not a script with links
CS Agent++ isn’t an FAQ layer. Every conversation is authenticated, and the agent acts on the operator’s own platform — the same APIs the site itself uses. In chat, players:
- Check their balance
- Make a deposit
- Make a withdrawal
- See active bonuses
- Pull bonus history
- Pull transaction history
- Pull bet history
- Browse casino games
- Reset passwords — OTP by SMS
- Raise and track tickets
All of it in natural language, in the player’s own — Portuguese leads in this market — every hour of every day. Even logged-out players are recovered: password resets and OTP flows run from the widget before sign-in. And when something needs a document or a human decision, the agent raises the ticket itself and hands it over with the investigation already written.
Inside the operator’s frame
The agent operates inside the operator’s responsible-gambling and compliance framework. Limits and self-exclusion are respected in every conversation, player-protection workflows run as the operator defines them, and the agent never encourages play. Not a growth surface. Not ever. Humans hold the release gate on every flow that ships.
No model lock-in
The deployment is model-agnostic — it runs on interchangeable frontier models, so the operator is never tied to a single AI vendor’s pricing, policy, or roadmap.
One Monday, measured
Nobody was told to use it. The widget sits where the old one did — players open it and get on with their accounts. On this Monday: 1,213 of them, across 1,335 conversations and 4,562 turns, answered in 4.6 seconds on average and 10 at the 95th percentile, with seven errored turns all day — at a concurrency no human roster is sized for.
It’s the account-servicing load every operator knows — bonuses and balances alone are over half the volume. The queries that used to queue. And because 97% of the day’s threads were audited automatically by the built-in review loop, what follows is the whole day, not a sample:
| Intent | Threads | Resolved | Answered | Tickets | To human |
|---|---|---|---|---|---|
Bonus & promotions | 460 | 87.6% | 338 | 57 | 12 |
Balance queries | 255 | 78.8% | 198 | 1 | 0 |
Withdrawals — how to | 114 | 64.9% | 67 | 5 | 2 |
Password / OTP | 76 | 51.3% | 8 | 25 | 11 |
Games browsing | 75 | 97.3% | 71 | 1 | 1 |
Deposit missing | 69 | 68.1% | 5 | 39 | 5 |
Withdrawal problem | 54 | 77.8% | 10 | 31 | 2 |
Account information | 50 | 86.0% | 29 | 12 | 3 |
Deposits — how to | 48 | 64.6% | 28 | 3 | 0 |
Account verification | 24 | 70.8% | 4 | 11 | 3 |
Other | 23 | 60.9% | 7 | 0 | 7 |
Greetings & small talk | 20 | 75.0% | 12 | 0 | 3 |
Complaints — other | 16 | 68.8% | 3 | 4 | 5 |
Bet placement† | 4 | 25.0% | 0 | 1 | 0 |
Bet settlement† | 2 | 50.0% | 1 | 0 | 0 |
| All audited threads | 1290 | 78.4% | 781 | 190 | 54 |
Small samples (n=4, n=2). “Resolved” is the review loop’s own label for each thread, judged against the full transcript. Tickets per intent (190) exceed the 177 threads whose final state is “ticket created”: a thread can raise a ticket and still end answered or escalated.
A full day, published whole — the review loop exists to move the bottom rows into the top one, and it names the flows to fix.
Twenty-four in twenty-five conversations never touched a human.
1 in 25 reaches a human.
Twenty-four in twenty-five conversations never touched a human. The 54 that did were the ones that should: blocked accounts pending review, registered-number changes requiring manual verification, payments needing investigation. That’s the queue a human support team is actually for.
The dashboard writes its own criticism
Every thread is summarised, intent-labelled and outcome-tracked automatically. Frustration is flagged — 219 threads that Monday, each tied to its intent, concentrated in bonuses and money movement, where the heat always is. And when something goes wrong, the system says so — in writing, with a root cause, per thread and rolled up per intent. Here’s a real one from that Monday:
Player tried repeatedly to withdraw 30,000 in the local currency. The cashier flow failed each time — asking for a phone number and account-holder name, never issuing a reference. The assistant raised a ticket and pointed the player to a live agent, then reopened the same cashier that wasn’t working.
Withdrawal flow failing on the platform side — no reference generated; routed for technical review.
The assistant looped through the same withdrawal prompts, ignored that the player had said the cashier flow had already failed, and ended by reopening the same broken cashier.
One thread, two faults caught: the assistant’s behaviour (a flow fix, shipped within days) and a platform fault (a ticket with the evidence attached, routed to the technical team). No transcript archaeology, no QA sampling project — the criticism arrives written.
- OTP codes not delivered at the SMS layer despite multiple resends
- A withdrawal flow failing platform-side, generating no reference — technical review
- Deposits missing from accounts, needing manual investigation
- Registered phone-number changes requiring manual verification
None of these is a chat problem — they’re process questions for the operator, each arriving pre-investigated. The chat channel becomes an instrument: it detects broken platform flows in real time, faults that normally surface in next month’s complaint data.
That loop is the product. Resolution on this Monday stands at 78% across every audited thread, within weeks of go-live — with the loop naming what to fix next each morning, and fixes shipping the same week. At an earlier established-operator deployment the same loop settled into queries resolved end to end, in the player’s own language, every hour of the day; this one is tracking the same curve, with the evidence on screen daily.
Most operators buy a chat vendor and get transcripts. This one can read, every morning, exactly what 1,213 players wanted and exactly where the last flow broke.
Where the cost actually goes
We publish cost as structure, not as invented benchmarks. Five things stop scaling with volume:
24/7, every language, no night shift, no overflow partner. The worst hour of the month costs the same as the quietest.
1,213 players on a Monday, absorbed at flat cost. A payment-provider wobble triggers the incident protocol: every player gets the same accurate answer at the same moment — no queue, no conflicting responses.
4.6 seconds on average to a resolution, not a greeting. No queue time, no wrap-up time, no transfer between shifts.
Humans stop answering “what’s my balance” and own the 4% of cases that deserve judgement — 54 that Monday, each arriving pre-investigated with summary, intent and history attached. The 177 tickets raised came the same way.
Intent mix, resolution by flow, failure causes, frustration signals, ticket root causes — the analysis support teams request and never get, running on 97% of threads automatically, in every language, from day one.
How a deployment runs
Bluestuff engineers integrate against the platform the operator already runs — PAM, wallet, bonuses, tickets. Nothing migrates, nothing replatforms.
“Foundations first, then agents.”
Every action the agent can take is scoped with the operator’s team and signed off before it ships. Humans hold the release gate.
“Nothing ships without your approval.”
The agent goes live behind the existing chat entry point. No relaunch, no app update, no player education — players meet a channel that answers.
“1,213 players on an ordinary Monday.”
Conversation intelligence names what to fix; fixes ship; resolution climbs. Expand into more agents at whatever pace confidence is earned.
“CS is the door in.”
CS Agent++ runs at multiple established operators today — this note is one deployment, chosen because we can publish its day whole. And it’s one agent of a broader workforce: Bluestuff is the agentic operating system for iGaming, and the same layer extends — when the operator chooses — to acquisition, CRM, trading and game production. Most established operators start exactly here.
Where this goes next
The same channel that resolves a withdrawal remembers how each player plays — favourite games, preferred stakes, favourite teams. Match analysis and bet preparation on request. Game insights. Branded mini-games inside the chat. The support channel becomes a place players choose to open — with player protection running inside it, always.
Support that becomes the product.
It’s why the widget says “assistant”, and why players stop calling it support.
Due diligence — four questions for any agentic claim, ours included
- 1
Scope. Do agents run every layer of the operation, or one function?
- 2
Handoff. Do they hand work to each other, or work alone?
- 3
Production. Does what they produce ship to production, or stop at a recommendation?
- 4
Governance. Who holds the release gate?
Ask them of every vendor on the shortlist. We publish our answers — and this document is what question three looks like in production.
Bluestuff is a B2B technology provider; operators are responsible for licensing in their markets. Certification documents are shared with serious counterparties.
Frequently asked
CS Agent++ is Bluestuff’s AI player agent for iGaming operators. It resolves account queries end to end on the operator’s own platform — balances, deposits, withdrawals, bonuses, bets, password and OTP resets, tickets — in the player’s own language, 24/7, and doubles as a player companion.
The first conversation is a walkthrough of what you want to build — not a slide deck.