RBW Atlas
One system of record, and an agent that knows when to ask a person.
- Problem
- Paper, scattered data, no field alerts
- Move
- One system of record, AI on top
- Agent
- 80% benchmark, ~70% live
- Ops
- 1,200 locations watched 24/7
- Role
- Solo build with AI coding agents
Scattered to centralised
The question: could RBW run on AI workflows it controls? First: where does our data live?
Click through it
Hit play, then click the pulsing dot.
Atlas click-through
Sanitised wireframes, fictional data
add: the real click-through goes here
Six decisions
Tap any box for the reasoning.
Keep Jira, build the agent
Buy the commodity. Build where you need control.
Swipe the diagram →
Tap a box.
add: what keeping Jira separate costs
Measure before trusting
Four rounds of fix-and-re-run. Live is lower.
Tap a bar, or the −10 pts.
add: define “resolved” for each baradd: same tickets reused each round?add: trial size and dates
Steady beats cheap
Open-source was slower and unpredictable. Customers need to know what to expect.
Swipe the diagram →
Tap a label.
add: measured p50 and p95add: cost per conversation
Alert on the servers
Telemetry in every five minutes. Alerts out in under 200 ms after ingest.
Swipe the diagram →
Tap a box.
add: alerts in the last 90 days, and incidents caught before a customer noticed
A person approves drafts
Drafts wait for a person to review them.
- Gap found
- Draft written
- Email + task
- Person edits
- Published
Tap a step.
add: is gap detection automatic in production?add: review effort per article
Ask first, then build
Staff shape each feature before it’s built.
- Ops weekly
- Support weekly
- Dev team varies, mostly the employee hub
Tap a row.
add: weekly users out of staffadd: one case where feedback changed the build
Next
Teams agent, in developmentadd: what I’d change, and what I’d test next
Next case study
Guardian Compliance: from paper records to 950 live sites
Read it