The studio assistant that turns live client SMS into safe operational decisions. This page uses fake, redacted examples only: no real clients, private transcripts, phone numbers, or screenshots.
Booking requests, package questions, waitlist asks, and late-cancel language resolve into clear intents.
Checks studio state first
Capacity, credits, upcoming bookings, and policy windows are checked before Becky drafts a reply.
Stops at guardrails
Charged changes, unclear requests, and package purchases stay behind confirmation or owner review.
live SMS sandbox
Try the owner-safe SMS loop.
This sandbox uses fixed fake data and a local rules engine. It shows the moat: Becky reads intent, checks studio state, applies guardrails, and writes an owner-readable trail.
Scenario brief
Trigger
A client asks for a full evening class.
Client goal
Get into the class or know the next best option.
Sandbox run
Fill a late opening
Client SMS0:00
Hi, can I get into the 6:00 PM reformer class tonight?
received
System check0:01
Class lookup: 6:00 PM is full, waitlist has one open slot, package balance is active.
logged
Becky draft0:03
I can add [REDACTED_CLIENT] to the 6:00 PM waitlist. If a mat opens, I will confirm before booking the credit.
drafted
Client SMS0:08
Yes please.
received
Becky draft0:09
You are on the waitlist for 6:00 PM. I will text you if a spot opens and hold the booking for confirmation.
sent
Decision trail
Intent
high
Client wants a new booking, not a schedule question.
Eligibility
high
Client has an active pack, so Becky can offer the waitlist path.
Guardrail
high
Full class means waitlist first; no credit is consumed without confirmation.
Owner summary
[REDACTED_CLIENT] asked for a full class, accepted waitlist, and Becky logged the hold without changing payment state.
Next action: Watch for cancellation, then ask for confirmation before booking.
Custom fake text
Type a redacted example, then run the same deterministic classifier used by the sandbox.
Send a fake client text to see how the local simulator classifies it. Nothing leaves the browser.
redacted decision-log reel
60-second storyboard from fake decision-log beats.
The full reel can be produced from these beats. The current public page ships the script, visual sequence, and redacted evidence trail without exposing private transcripts.
0s
10 seconds
The owner is teaching, texts keep arriving
Visual
Split view of a class schedule, unread SMS bubbles, and a redacted decision-log drawer.
Voiceover
A boutique studio does not need more notifications. It needs a system that understands what each client text would change.
[REDACTED_CLIENT] inbound: "Can I get into the evening class?" Intent classified as booking request.
10s
10 seconds
Becky checks the operational state
Visual
Capacity, package balance, policy window, and duplicate-booking checks light up one by one.
Voiceover
Becky reads the same state the owner would check: capacity, credits, bookings, policies, and recent thread context.
Decision: full class, active pack, waitlist slot available. Action limited to waitlist offer.
20s
10 seconds
Guardrails decide what can happen automatically
Visual
A drafted reply pauses at a confirmation gate before any charged change.
Voiceover
The moat is not just drafting. It is knowing when not to act, when to ask for YES, and when to escalate.
Guardrail: no credit consumed and no charged late cancel without explicit confirmation.
30s
10 seconds
The client gets a clear answer
Visual
An SMS thread shows a concise reply with no owner interruption.
Voiceover
Clients get clear answers while the studio record stays coherent behind the scenes.
Outbound to [REDACTED_CLIENT]: waitlist confirmed, booking held for final confirmation if a mat opens.
40s
10 seconds
The owner sees the evidence
Visual
A compact owner summary shows intent, checks, guardrail, and next action.
Voiceover
Every action leaves a readable trail, so the owner can trust what happened without reading a raw transcript.
Owner summary: [REDACTED_CLIENT] asked for class access, accepted waitlist, no payment state changed.
50s
10 seconds
The system compounds
Visual
Three repeated threads resolve into a cleaner dashboard and fewer owner interrupts.
Voiceover
That loop compounds across bookings, packages, late cancels, and payments. Becky becomes the operating layer.
Outcome: resolved client request, preserved policy, logged next action. Video production follow-up: final cut from this storyboard.