Draft and send are separate rows
Create draft writes into Gmail's drafts and stops there. Send email exists for the times the reply really is finished, and it renders the message and waits for you to type yes.
Turn what you selected into a draft or a sent reply, and pull the thread you're answering into your work session so the agent writing it knows what was said.
SoonGmail is rolling out while Google finishes verifying the restricted scopes it needs. The card in the app shows the same word until it lands, and the other five integrations are unaffected.
Email is the one integration where a mistake is public and permanent, so the two writes are separate rows. Create draft never sends, which makes it the one to leave on. Send email stops to show you the message first.
Everything else here is about removing a trip. This one is about not sending something you didn't read, which is why the rows, the defaults and the confirmation are shaped the way they are.
Create draft writes into Gmail's drafts and stops there. Send email exists for the times the reply really is finished, and it renders the message and waits for you to type yes.
A draft or a sent reply is logged as a session entry once Gmail confirms, so the next agent runs knowing the customer was answered, and so does your AI client reading over MCP.
Create Gmail draft is a workflow step, so a triage workflow can file the ticket and leave the reply waiting in your drafts. Sending is deliberately not something a workflow does on its own.
Pull thread and Search are unchecked by default, Khint never reads in the background, and Gmail is deliberately excluded from Knowledge: there's no local index of your mailbox.
There's no silent send, no setting that removes the confirmation, and nothing scheduled. If you want zero risk at all, leave only Create draft switched on.
Security and privacyOAuth in your browser. There's no password and no app-specific token to paste anywhere.
Your browser opens on Google's own sign-in. Khint never sees your password: the sign-in happens on Google's page and comes back as a token.
Reading mail, creating drafts and sending email. The card shows your address once you're done.
Cmd+Shift+K. Send email and Create draft are on by default; Pull thread and Search are a checkbox away on the same card.
Send email always shows a preview and asks you to type yes. There's no way to send silently, and no setting that removes the confirmation.
An integration is where work comes in and goes out. These three are what happens in between.
Because the Google verification for the restricted scopes Gmail needs is still in review. Until it completes, the integration is held behind a flag in release builds rather than shipped half-working. Nothing else in Khint is affected, and the card flips itself on when verification lands.
No. Send email always renders the message and waits for you to type yes. There's no silent path, no setting to disable the confirmation, and nothing scheduled. If you want zero risk at all, leave only Create draft switched on: it writes into Gmail's drafts and stops.
No. A pulled thread lands in your local Memory session, which lives in a SQLite file on your Mac and is never synced to our servers. Gmail is also deliberately excluded from Knowledge, so there's no local full-text index of your mailbox either.
Reading mail, creating drafts and sending email, granted through Google's own consent screen. The token is stored in your operating system's keychain, and Forget credentials on the card revokes it.
That's almost always a connection made before the compose permission shipped: the older token simply doesn't carry it. Use Forget credentials on the Gmail card, then connect once more, and the new consent screen grants it.
Free with 300 credits a month. No credit card. macOS 13+ or Windows 10 22H2+.