Staging · iMessage · 2 September 2026

Emma Automations Staging Test

Twelve scenarios that walk the new Automations feature the way a creator would: text Emma, see what she sets, see what fires, see what she stays quiet about. Each one says exactly what to send, what to expect, and what to write down.

WhereThe "Emma Staging" iMessage threadNever the production Emma number.
TimeAbout 45 minutesThree scenarios include a wait.
NeedsA connected Gmail on stagingPlus one other mailbox to send from.
ReportScreenshots + timestampsTimes to the second, from the Messages app.
Two rules. Send the messages exactly as written, including the casual wording; the point is that Emma understands normal speech. Note the clock time to the second when you hit send, because several checks are about timing. If Emma ever asks a question, answer it naturally and note what she asked.

Before you start

  1. Open the Emma Staging thread in Messages. Confirm the header says "Emma Staging", not "Emma".
  2. Send: what time is it for me and confirm Emma answers with the right local time and timezone. If she has no timezone, send i'm in dublin first.
  3. Send: what reminders do i have. Note anything already there so you can tell new ones apart.

Part 1 · Reminders

A

Two-minute reminder

2 min wait

The basic promise: say it once, get it back on time.

Send
remind me in 2 mins to check the whoop deal
short ack, then a confirmation naming a time
Expect
  • Emma confirms with a clock time. That time is your send time plus 2 minutes, rounded to the minute.
  • A reminder text arrives within 2 minutes 10 seconds of your send. Wording is Emma's own, mentions the whoop deal.
Record: send time to the second, the time Emma quoted, the time the reminder arrived.
B

Reminder at a clock time

Absolute times must land in the creator's timezone, not UTC.

Send
remind me at 6pm today to send the invoice to glossier
Expect
  • Emma confirms 6pm in your local time (Dublin). Not 5pm, not 7pm.
  • If it is already past 6pm, she asks whether you mean tomorrow, or sets it for tomorrow and says so. She does not silently set a time in the past.
Record: the exact time she quoted. You do not need to wait for this one to fire unless it is convenient.
C

Recurring reminder

6 min wait

The same request should produce one recurring rule, not several one-offs.

Send
every 3 minutes remind me to drink water
Expect
  • Emma confirms a repeating reminder.
  • Two water reminders arrive about 3 minutes apart. Timing within 30 seconds of the schedule is fine; it runs on a scheduler, not a stopwatch.
Then send
what reminders do i have
Record: arrival times of both water reminders, and a screenshot of the list.
D

Change, pause, resume, delete

4 min wait

Managing a rule by describing it, never by an ID.

Send, one at a time, waiting for each reply
make the water one every 4 minutes instead
pause the water reminder
turn the water reminder back on
actually delete the water reminder
Expect
  • Each message gets a plain confirmation. Emma never asks you for a number or code to identify the reminder.
  • While paused, no water reminder arrives. Wait through one full interval to check.
  • After delete, the list from what reminders do i have no longer shows it, and no further water texts arrive.
Record: Emma's four replies, and whether anything arrived during the pause.
E

Nonsense timing

Bad input should get a question, not a broken reminder.

Send
remind me 10 minutes ago to call sarah
Record: her reply, word for word.

Part 2 · Notification rules

F

Vague complaint

"Too many pings" is ambiguous. Emma must ask, not guess, and must not switch everything off.

Send
ugh too many pings from you today
Then answer
nah it's fine, keep them coming
Record: the question she asked.
G

Explicit rule, then a real email

up to 10 min

The rule is saved in the creator's own words, then applied to real inbound mail.

Send
don't tell me about inbound management deals, only brand deals
Then, from another mailbox, send two emails to the staging-connected Gmail, five minutes apart
Expect
  • No text about the Apex email. Wait 10 minutes to be sure.
  • A text about the Nike email, within 10 minutes of it arriving.
Record: send time of each email, and whether a text arrived for each, with its time.

Part 3 · Email rules

H

A rule that must block a send

Standing instructions apply at the last moment before an email leaves, even if you approve.

Send
from now on always check with me before emailing anyone at nike
draft an email to priya@nike.com saying yes to the post and asking for the brief
Then send
yeah send it
Then send
always sign my emails off with "cheers, jake" from now on
draft a quick email to dana@apextalent.com saying no thanks
Record: screenshots of both previews and what she said after "yeah send it".

Part 4 · Scheduled work

I

Emma does a job later, not just a nudge

3 min wait

A reminder repeats your words. Scheduled work makes her actually do something.

Send
in 3 minutes suggest 3 brands i should pitch this week
Record: the text she sent and the time.
J

A recurring job set for later

Send
every weekday at 8am send me my outreach numbers
Then send
delete the 8am one
Record: the confirmation wording.

Part 5 · Voice and honesty

K

Nothing leaks

Across every scenario above, watch for internal language.

Record: any message that looked machine-generated or exposed internals. Screenshot it.

Reporting

One message per scenario is enough. Use the letter, a pass or fail, the timestamps, and a screenshot where asked. If a scenario blocked you from continuing, say which one and carry on with the rest.

ScenarioResultTimesNotes
A · 2-minute remindersent __:__:__ · quoted __:__ · arrived __:__:__
B · 6pm reminderquoted __:__
C · every 3 minutes1st __:__:__ · 2nd __:__:__
D · change / pause / resume / deleteanything during pause? __
E · nonsense timing
F · vague complaint
G · rule + real emailsapex sent __:__ text? __ · nike sent __:__ text __:__
H · email rules
I · scheduled jobarrived __:__:__
J · weekday 8am
K · nothing leaks

If something looks wrong, keep going and note it. Every step of this is logged on our side, so a timestamp is enough for us to find exactly what happened.