Inbox
Inbox is an email-triage workspace that connects your mailbox, labels incoming mail the way your rules say, and drafts replies in your writing style — plus rules that can react to a CRM event. Nothing leaves your mailbox until you approve it, unless you author an auto-send rule yourself.
What Is Inbox?
Inbox is a built-in Insulin app pinned to the desktop Dock. Once you connect a mailbox, Insulin watches for incoming email, checks each message against your rules, and — when one matches — produces something for you: a drafted reply, a Slack notification, or a CRM action. Everything it produces waits in the Approvals ▸ Pending queue where you read, edit, and confirm it — the one exception is an auto-send rule you write yourself, which sends its reply without stopping in the queue.
Prefer video? Watch a quick overview:
The whole feature is built around one safety promise:

Opening the Inbox App
Open Inbox from the Inbox tile pinned to the desktop Dock, or from the Search apps… launcher in the System Bar. Like other workspace apps it opens as a resizable window.
A left sidebar navigates the app:
| Entry | What it holds |
|---|---|
| Approvals | A group with two entries. Pending is everything waiting on you — the tab Inbox opens on, carrying a live count badge of the items in the queue. History is the record of everything Inbox has executed: every sent email and every CRM action, with who authorized it, when, and the recorded outcome. |
| Mails | Your mailbox, mirrored. Expands to the views Inbox, Starred, Sent, and Drafts. |
| Settings | A collapsible group with Account and Rules. |
Mails opens on Inbox. Labels are declared on rules (see Labels) and appear as chips on the mails carrying them, like Gmail’s — they are not a navigation level. Drafts lists your provider’s drafts live, and archiving mail in your mail client simply removes it from Inbox here — nothing is deleted.
How an Email Becomes an Action
Everything on the solid path stops at Approvals ▸ Pending. The two dashed outputs are the exceptions: a Slack notification only tells you something happened, and auto-send exists only if you wrote a rule that asks for it.
An auto-send rule can still stop short of sending. Before any automatic send, Inbox runs a last check on the reply the AI wrote — an empty message, or one that looks like it contains a card number, a national ID number, or a private key, in either the subject or the body. If that check trips, the reply is not sent. It goes to Approvals ▸ Pending instead and waits for you, exactly like a reply from a rule without auto-send. Nothing is lost; the send is simply held for a human.
Connecting a Mailbox
Open Settings → Account and find the Email source section. Inbox does not run its own OAuth flow — it reuses the connection you set up under Integrations.
Each provider has its own card, and there are two paths to enabling it:
- Already connected — If you have already connected Gmail or Outlook through Integrations, the card shows an Enable Inbox for Gmail / Enable Inbox for Outlook button. Clicking it health-checks your access, registers the mailbox webhook, and starts building your writing style.
- Not connected yet — The card shows a Connect Gmail / Connect Outlook link that takes you to Settings → Integrations, where the standard connection lives. Once connected, return to this page and click Enable Inbox for ….
A connected card shows Connected as your mailbox address, plus an Inbox enabled badge once Inbox is running.
Account Lifecycle
The active provider’s card exposes two lifecycle controls with very different effects on your data:
| Action | What it does | Effect on your data |
|---|---|---|
| Disable | Pauses Inbox — it stops receiving and processing any new email. | Mail Inbox has already processed is kept. Re-enable anytime with Enable. |
| Disconnect… | Immediately deletes the email Insulin has stored and resets Inbox to a never-connected state. | Some things are deleted, some are kept — see What Disconnect does to each thing. Your actual mailbox is not touched. This cannot be undone. |
What Disconnect does to each thing
| What | Disconnect | Notes |
|---|---|---|
| Stored email records, their AI drafts, and the labels Inbox applied to them | Deleted | Hard-deleted. This is the bulk of what Insulin holds about your mail. |
| Your writing style | Cleared | Reset to empty. Reconnecting rebuilds it from the mailbox you reconnect. |
| Processing history (execution records) | Redacted but retained | The message content, subject, classification and your mailbox address are stripped. A minimal record with no message content is kept for de-duplication and audit. |
| Your rules, including the labels they declare | Untouched | Every rule you wrote survives and runs again if you reconnect — only the labels applied to deleted messages go away with those messages. |
| Your knowledge-base selection | Untouched | |
| Your real Gmail or Outlook mailbox | Untouched | Disconnect does not delete or modify any message in the mailbox itself. The only messages Insulin creates are its own mirrored drafts — see Drafts in your Gmail Drafts folder. On mail you received it only ever changed labels and read state. |
Switching between Gmail and Outlook
When one provider is active and the other is already connected under Integrations, the inactive card offers Switch to Gmail… / Switch to Outlook….
If you disconnect the integration itself
Disconnecting the underlying Gmail or Outlook integration (under Settings → Integrations, outside Inbox) does not purge your Inbox data immediately. Insulin starts a 7-day grace period: reconnect the integration inside that window and nothing is lost. If the integration is still missing after seven days, the purge above runs — the stored email records are hard-deleted and Inbox resets to a never-connected state.
The seven days start only once Insulin has confirmed the integration really is gone. If that check cannot run — during a provider outage, for example — the countdown does not begin. Once it has begun it runs on the calendar, but nothing is deleted until a check confirms the integration is still missing, so an outage can only delay the purge, never bring it forward.

Approvals ▸ Pending
Pending, under Approvals, is the queue of everything Inbox has produced for you and is holding until you act. It is the tab Inbox opens on, and its sidebar badge counts what is waiting. Once you act, the item leaves Pending: sending or running it moves its record to History; archiving it discards the item without adding a History row.
Use the search box to fuzzy-search the queue, and the rule filter beneath it to narrow to one rule’s output.
Reviewing a drafted reply
Selecting a reply draft opens a compose pane on the original thread:
- To is editable, and a chevron next to it reveals a Cc field so you can copy other people on the reply. More ▸ Reply all pre-fills Cc with the thread’s wider audience (minus yourself).
- The thread history sits above the editor so you can read what you are replying to.
- The reply body is inline-editable and saves when you click away from the field.
- Attach stages files onto the reply (Gmail only — see Attachments).
Drafts in your Gmail Drafts folder
On a Gmail mailbox, Insulin mirrors each AI draft into your Gmail Drafts folder so it appears where you already work. It creates the Gmail draft when the reply is generated, updates it when you edit the draft in Inbox, and deletes it when you send or archive the draft from Inbox. Those drafts are the only messages Insulin creates in your mailbox. On mail you received it changes only labels and read state — never the message content, and it never deletes one. Outlook drafts are not mirrored.
| Action | What it does |
|---|---|
| Save | Persists your edits to the draft without sending. |
| Send | Sends the reply (see the confirmation step below). |
| Archive | Drops the draft out of the queue; the mail itself stays in your mailbox and under Mails. |
| More | Reply all. |
Sending is a two-step gesture. Clicking Send opens a “Send this reply?” confirmation dialog, and you must confirm there before the reply actually goes out. This second step exists because sending is irreversible — there is no unsend or recall.
Reviewing a new outbound draft
A rule fired by a CRM event — or a draft the AI chat rail created for you — produces a brand-new email rather than a reply. That one opens as a compose pane with an editable To, Subject, and Draft body, and the same Save / Send / Archive actions. The confirmation dialog reads “Send this email?”.
Running a CRM action
A rule can also produce a CRM action — a written instruction such as “update the CRM with a short summary of the latest email thread.” It appears in the queue as its own block showing the instruction and a Run in chat button.
Approvals ▸ History
History, the second entry under Approvals, is the durable record of everything Inbox has executed — it is not the chat transcript, and it outlives it. It lists, newest first:
| Entry | What it shows |
|---|---|
| CRM action | The deal it belongs to, the instruction, its status, the receipt (Authorized by, when), a link to the chat-rail conversation it ran in while that conversation exists, and the recorded outcome — succeeded or failed, the agent’s summary, and the CRM records written. |
| Sent email | The subject, the recipients, and who pressed Send and when. |
For a CRM action the recorded outcome lists each record the agent wrote and, where the agent was able to read that record, its field values before and after the write — so you can see what changed, not only that something did. A record whose prior values could not be read is shown as not captured rather than as an empty change.
Use the search box to narrow the list by deal name, instruction, or outcome summary. Export downloads the ledger for a date range as a CSV — each row with its receipt, outcome, and any captured before/after diff — so a reviewer can pull the record without asking engineering. A very large range is capped: the file then ends with a truncation marker, so narrow the dates and export again. CRM-action records are kept for two years from the moment they were authorized and then removed; sent-email records follow the mailbox’s own retention.
Attachments
| Limit | Value |
|---|---|
| Files per message | Up to 3 |
| Size per file | Up to 5 MB |

Mails
Mails mirrors your mailbox. Pick one view at a time from the sidebar:
| View | Shows |
|---|---|
| Inbox | Mail in your provider’s inbox. |
| Starred | Mail you starred — in your mail client or here. |
| Sent | Mail you sent. |
| Drafts | Your provider’s drafts, listed live. |
| a label | Every mail carrying that label, across the views above. One entry per label your rules declare. |
The page has three panes: a searchable mail list, a conversation view, and the AI chat rail.
The conversation view shows the subject once, the number of messages, the labels applied to it, and a status badge. Older messages in the thread are collapsed and load when you click them.
- Archive / Unarchive sit in the conversation header, because they act on the whole conversation.
- Reply, Reply all, and Forward sit under the newest message. If Inbox has already drafted a reply for that mail, Reply takes you straight to that draft in Approvals ▸ Pending instead of opening a blank composer.
- In the reply composer, AI generate writes a draft in your learned writing style, which you can then edit before sending.
Filtering by email domain
Mails and Approvals both carry a domain filter — Filter by domain, e.g. acme.com. It matches the sender or any recipient or cc at that domain or a subdomain of it.
The filter runs on the server, so it survives paging rather than filtering only the rows currently loaded, and it composes with the status, label and rule filters instead of replacing them. Input is normalised (@Acme.com becomes acme.com), and text that cannot be a domain gets a hint rather than silently returning nothing.
The Inbox Chat Rail
Every Inbox page carries a chat rail down the right-hand side, headed Chat with your inbox. It is not the Chat app in a narrow window — it is a conversation about the mail you are looking at.
- It is always there. Every page — Pending, History, Mails, Rules, Account — mounts the same rail. Collapse it with the button in its header; a small reopen button then appears at the top-right of the page.
- It resizes. Drag the handle on its left edge. The rail can be anywhere between 15% and 45% of the window width; it starts at about 30%.
- It has its own conversation. The rail runs the built-in Insulin agent on a thread dedicated to Inbox, separate from the Chat app — so your inbox conversation never mixes into your general chat history. Type
/clearto start a fresh one. - It knows what you are looking at. Every message you send carries the current page as context: which tab you are on, which label is selected, which mail is open, and the mails currently visible in the list. Ask “what needs a reply here?” and it answers about the screen in front of you, not about your mailbox in the abstract.
- It can act. Beyond reading, listing, searching, and counting your mail, the agent can create an email draft for you (it lands in Approvals ▸ Pending like any other draft) and create a rule from a plain-English description. It is also where a Run in chat CRM action executes.
Rules
Rules control what Inbox does for you — which messages get a drafted reply, which CRM events produce work, and what context the AI pulls in. Open Settings → Rules.
The left panel lists your rules in two groups — Default (rules Suger ships) and Custom (yours) — with a search box and a New button. Every row carries an enable switch and a delete button, so turning a rule off never requires opening it.
Describing a rule
The rule editor is natural-language first. There are only two fields:
- Rule name — optional. Leave it blank and Insulin generates one for you.
- Describe the rule in natural language — a plain-English box where you say what should happen, for example “When a new email arrives that needs a reply, draft a reply for me to review before it is sent.”
Then click Save. That single click both turns your description into a structured rule and saves it — there is no separate generate step. Saving runs an AI model and takes a few seconds; an inline notice asks you not to refresh while it works.
Editing a rule works the same way — change the description and click Save again. Changing only the name just renames it; the rule’s behavior is left alone.
Preview: run the rule without sending anything
Preview sits between Details and Save, and is enabled exactly when Save is — it runs the rule as you have just written it, not the version last saved. It walks four steps, narrating each one with how long it took and what it produced:
| Step | What happens |
|---|---|
| Interpret | Turns your description into a structured rule — the same call Save makes. |
| Check | Compares what the rule needs against what you have connected. A rule missing a piece stops here: it is not the rule you meant to test. |
| Sample | Produces one sample event to run against. |
| Run | Does the real matching and drafting, and shows the verdict plus each output, labelled with what a live event would have done. |
Nothing leaves the building. A preview writes no approval row, sends no email, posts no Slack message, takes no CRM action, and does not move the trigger’s stage cursor. Every output card is badged Preview only - not sent.
The sample is read-only and says where it came from, so a generated example is never mistaken for a real record — a real record, a template, or written by AI.
Two behaviours worth knowing:
- Hide only collapses the panel. Re-showing it does not re-run; use Run again for that.
- Editing the description dismisses the results, because they belonged to the description they ran on.
Starter hints on a new rule
A brand-new, still-empty rule shows a hint block under the buttons, which disappears as soon as you type anything.
The top strip spells out the shape of every rule — Trigger → Integrations → Output:
| Step | What it means |
|---|---|
| Trigger | What makes the rule fire — a new email (Gmail or Outlook), a CRM stage change (Salesforce, HubSpot, Microsoft Dynamics 365), or a Suger marketplace event (a co-sell referral, an entitlement, an offer, or a billing event). |
| Integrations | The AI can search all of your user-level integrations as context. |
| Output | What the rule produces — e.g. an email draft, a CRM update, a Slack DM. |
Below it, Try an example chips fill the description box with a ready-made prompt you can edit before saving:
- Customer question → reply draft — a full email rule: the filter, the context to gather (Gong calls, offers in Suger), and drafting guidance.
- Marketplace mail → labels — a label-only rule: two labels, no draft.
- Salesforce stage → AWS referral
- Technical Validation → intro draft
- Stalled 30 days → bump or Slack
- Entitlement suspended → Slack
Details
Details opens a read-only view of the structured rule your description produced: the Trigger, the Filter (or, for a CRM rule, the stage / amount / owner it matches), the Context sources it may search, the Generation inclusions and exclusions, and the Actions it routes to. You can open the Trigger and Context-source pickers to browse what is supported, but nothing there is editable — to change a rule, change its description and save again.
Details is unavailable on a brand-new draft (nothing has been generated yet) and becomes available once the rule is saved.
Actions
Every rule routes its outcome to one or more action cards:
| Action | What it does |
|---|---|
| Email reply | Replies to the sender of the triggering email. Choose one of two modes: Draft for review → Approvals queue (the safe default) or Send automatically. |
| Slack | DMs you on Slack when the rule fires, with a link back to the queue. Requires your own Slack connection — the card tells you which Slack user will be messaged. |
| CRM action | Only on a CRM-triggered rule — Salesforce, HubSpot and Dynamics 365 all support it. Carries a written instruction, which is required, and lands in Approvals ▸ Pending behind a Run in chat button. It combines freely with the other two. |
The two Email reply modes are mutually exclusive — a rule drafts for review or sends automatically, never both.
The default rule
Inbox ships one rule under Default, to show what the system can do. When an email arrives, it checks whether the mail needs a reply and generates a draft for you to review in Approvals ▸ Pending. It cannot be edited — use the switch on its list row to turn it on or off, or delete it outright. Deleting it leaves your own rules untouched.

Triggers: reacting to a CRM event
A rule does not have to start from an email. Under Settings → Account → Triggers, Inbox lists the CRM sources it can react to (marketplace events need no trigger row — see Triggers: reacting to a marketplace event):
| Trigger | Fires when |
|---|---|
| Salesforce | An opportunity moves to a stage you describe. |
| HubSpot | A deal moves to a stage you describe. |
| Microsoft Dynamics 365 | An opportunity moves to a stage you describe. Drafts, Slack notifications and CRM actions all work as they do for the other two. A rule written around won or lost does behave differently here — see the note below. |
All three are live. Each row is driven by your own user-level connection to that CRM, so:
- Connect the CRM first. A row you have not connected shows Connect, which takes you to Settings → Integrations — see Salesforce, HubSpot, or Microsoft Dynamics 365.
- Click Enable on the row. The row then shows an Enabled badge.
- Write a rule that describes the CRM event you care about, in Settings → Rules.
Turning a trigger off with Disable keeps your rules: they stay saved and go dormant until you enable the trigger again.
Triggers: reacting to a marketplace event
Rules can also fire on events from your Suger marketplace data — the reason to run Inbox next to Suger rather than a generic AI email app. There is no row to enable under Triggers: describe the event in a rule and saving the rule subscribes to it.
| Family | Fires on |
|---|---|
| Co-sell referral changed | A referral is accepted, approved, rejected, updated, pending acceptance, received inbound, assigned a cloud-provider team member, or has gone quiet (stalled) for a number of days you choose. A referral rule can also name the partner-side sales stage it should react to (for example Technical Validation). |
| Entitlement changed | An entitlement is created, suspended, cancelled, reinstated, terminated, or ending soon. |
| Offer changed | An offer is created, sent for acceptance, accepted, signed, expired, expiring soon, or cancelled. |
| Billing event | An invoice is issued, a payment is charged, or a payment is refunded. |
Every family can be narrowed to one cloud partner (AWS, Azure, GCP) and, where it applies, to an entity status or a name. A marketplace rule produces the same outputs as any other: a drafted email in Approvals ▸ Pending — for a referral, addressed to the cloud provider’s team on the deal when Suger knows them — and, or, a Slack notification. Three of the starter chips on a new rule are marketplace rules: Technical Validation → intro draft, Entitlement suspended → Slack, and Stalled 30 days → bump or Slack.
Labels
Labels are declared on rules. Write what to label in the rule’s description — “When an email is about an AWS Marketplace private offer, label it with ‘Cloud partners’ and ‘Co-sell’” — and every mail that rule matches gets those labels. A rule can label only (no draft, no Slack), or label alongside its other outputs; labels are available on email rules only. Each label is at most 40 characters, and names Gmail reserves for its own system labels are refused when you save.
On a Gmail mailbox, labels sync to your mailbox as real Gmail labels; they show as chips on each mail in Inbox rather than as a menu entry. Deleting or disabling the rule stops new mail from being labelled; mail already labelled keeps its label.
AI Model
Inbox needs one working AI model to interpret your rules and draft replies. The AI model section of Settings → Account lists the model providers Inbox can use — Claude Code, Codex, Anthropic, OpenAI, and Gemini — and shows Connected or a Connect link for each. A credential whose sign-in has lapsed is treated as not connected and shows Connect too — re-authorizing and connecting for the first time are the same flow on the Integrations page.
Connecting and disconnecting model credentials happens on the Integrations page; this card only reports the state and links you there.
Inbox falls back to another model rather than failing. The work Inbox does outside a chat — classification, tagging, drafting a reply or a CRM action, synthesizing a rule, summarizing a thread, building your writing-style profile — now walks the same chain of candidate models the chat agent uses. If your first provider is unavailable or has hit a usage limit, the next connected provider takes over, and Suger’s hosted models are the last resort. A single provider running out of quota no longer silently stops every one of those jobs.
Writing Style
Insulin learns your writing style from your recent sent mail so AI drafts sound like you. It is shown under Settings → Account → Writing style, is used only for draft generation, and never leaves your tenant.
The card reports one of four states:
| State | What it means |
|---|---|
| Built from N recent emails | Ready. A summary below shows your greeting, sign-off, register, and common openers and closers. |
| Building… | A build is in progress. It can take a few minutes. |
| Build failed | The build failed, with the reason. |
| No voice profile yet | Nothing has been built. |
A build starts automatically when you enable Inbox, and Re-generate rebuilds it from your latest sent mail at any time — including out of a stuck or failed state.
Knowledge Bases
Attach knowledge bases to Inbox and it will consult them while drafting replies — useful for product documentation, canned answers, or a support playbook, so drafts draw on your actual material instead of improvising.
Open Settings → Account and find the Knowledge bases section. Tick a knowledge base to use it when drafting; untick it to stop. The list shows every knowledge base you can reach, including organization ones shared with you. Leave everything unticked and drafts are written exactly as before, with no knowledge base context.
Inbox only ever reads a knowledge base — there is no Read/Edit choice here, and Inbox never adds to or changes one. (The built-in Insulin assistant has its own separate selection, which can be granted edit access — see Knowledge Bases.)
The attached knowledge bases are searched for both reply modes — drafts that land in Approvals ▸ Pending and rules that send automatically. The one exception is a rule with pinned canned text: that text is sent verbatim without involving the model, so no knowledge base is consulted.
| Limit | Value |
|---|---|
| Knowledge bases you can attach | Up to 100 |
| Knowledge bases searched per draft | The first 3 you still have access to, in the order you saved them |
| Passages taken from each knowledge base | Up to 4 |

Use Cases
- Sort your mail your way — Write rules that label the mail you actually get, and browse each label under Mails.
- Faster replies in your voice — Approve AI-drafted replies that already sound like you instead of writing from scratch.
- Follow up when a deal moves — Enable the Salesforce, HubSpot, or Dynamics 365 trigger and write a rule that drafts the follow-up email the moment an opportunity changes stage.
- Keep the CRM current — Add a CRM action to that rule, then click Run in chat to watch the agent apply it.
- Hands-off acknowledgements — Author a rule that sends automatically with a canned reply, to acknowledge a specific class of email without review.
- Ask about your inbox — Use the chat rail to triage out loud: “which of these need a reply today?”
Spotted something wrong or out of date on this page? Tell us and we'll correct it.