Each one below is a shape a mistake actually takes. Two of them are less bugs than the questions people already hold before connecting an account. We answer them here, instead of leaving you to wonder.
Looks like A message that actually mattered lands in the ordinary pile instead of getting flagged for you.
Why it happens Triage ranks a message by who it's from and how urgent it reads. That's based on the relationship history it's seen so far. A first message from someone new doesn't carry the weight an established contact would. Neither does an urgent ask with no urgent-sounding words.
What contains it This happens at the read-only rung: nothing gets sent, deleted, or acted on. The message is sitting in your inbox exactly where triage filed it, findable the moment you look.
What you do Re-file it. That's the whole fix, and it takes one tap.
What it learns The correction adjusts how that sender and that kind of message get weighed next time. The same miss doesn't repeat with the same person.
See also Trust & security, Triage, defined
Looks like The content of a drafted reply is accurate. It just doesn't sound like something you'd actually send to that specific person.
Why it happens Drafts are written from how you've corresponded with that person before. A new relationship doesn't have a sample to draw on yet. Neither does a new kind of conversation with an old one.
What contains it Nothing sends without your one-tap approval. A wrong tone you catch before sending costs you only the seconds it took to read the draft. It doesn't cost you an email someone else received.
What you do Edit it and send that instead.
What it learns Your edit becomes the sample it studies for that relationship. The next draft to that person starts closer to right.
See also How it works, In your voice, defined
Looks like A routine confirmation lands in your queue asking for approval instead of going out quietly.
Why it happens Escalation exists to catch anything ambiguous or high-stakes. A cautious bar occasionally flags something you'd have been fine letting go.
What contains it Every escalation carries its own plain-language "why this reached you." The read is fast even when it wasn't strictly necessary. Nothing waits longer than your next glance at your drafts folder.
What you do Approve it, and turn the autonomy dial up a notch for that category if the pattern keeps showing up.
What it learns That category's threshold moves with the dial. The same kind of confirmation stops reaching you, once you've told it to stop.
See also Escalation, defined, Autonomy ladder, defined
Looks like Enough approvals show up that they start blending together instead of standing out.
Why it happens This is what the early days look like. Beemy hasn't yet learned where your specific bar sits for what's worth interrupting you for.
What contains it Every escalation still carries its own reason, so the pattern is visible rather than a wall of undifferentiated pings.
What you do Tell it what class of thing to stop raising. Approve the pattern in bulk, or correct one and note why.
What it learns The correction moves the whole category, not just the one message it was attached to.
See also How it works, Escalation, defined
Looks like A reply references something that was true last week but has since changed.
Why it happens Drafts are written from the context Beemy has actually read. A change made somewhere it hasn't looked, like a phone call or a conversation in person, isn't visible to it.
What contains it The draft still waits in your drafts folder for approval. The one read you'd give it anyway is exactly where a stale detail gets caught.
What you do Fix the detail and send.
What it learns Nothing generalises from this one. The fact changed outside where it can see, so the fix is specific to that message, not a pattern to correct.
See also How it works
Looks like Two events look like a clash and one was already declined, or a real overlap didn't get flagged at all.
Why it happens Conflict-checking reasons from what your Google Calendar actually shows. An informal hold made outside it, or a status change it hasn't caught up on yet, isn't information it has.
What contains it A conflict gets flagged for you, never resolved on its own: nothing is moved, accepted, or declined without your approval. A false flag costs one glance to dismiss.
What you do Dismiss the flag, or point out the one it missed.
What it learns The correction teaches it more about how you actually use your calendar. It learns which holds you treat as tentative, and which you treat as fixed.
See also Trust & security
Looks like Not something that has happened. It's the worry itself, and a fair one to hold before handing over access to both parts of your inbox.
Why it happens It would be a real risk if Beemy kept one shared memory that any draft could pull from. It doesn't. Personal, work, and (on a team) shared context live in separate stores with no path between them.
What contains it This is architecture, not judgement. There's no route for a personal detail to reach a work draft. So there's nothing for a bad judgement call to leak in the first place.
What you do Nothing required. See /trust if you want the boundary stated in full, not just asserted here.
What it learns Nothing: this isn't a correction loop, it's a structural fact that doesn't change with use.
See also Trust & security, Silo, defined
Looks like Gmail or Google Calendar access lapses, whether from a revoked token or a provider outage. New mail then stops getting triaged.
Why it happens Beemy only sees what it has access to. If that access is revoked, or the provider it depends on is down, there's nothing new for it to read.
What contains it It fails closed, not open. It stops triaging silently, rather than guessing from stale data or acting on an assumption about what arrived while it was disconnected.
What you do Reconnect the account. Nothing sent before the gap gets duplicated or re-sent once it's back.
What it learns Nothing: this is an availability question, not a judgement one, and reconnecting is the entire fix.
See also Trust & security