Gmail Actions
Use this only after Gmail is connected and the user asks for an outward Gmail action: send, reply, label, mark spam/not-spam, archive, or delete.
Principles
- A connected Gmail account is not permission to act. Check or establish connector action policy for ongoing/autonomous behavior.
- One-off chat actions still need a clear user request in the current conversation.
- Heartbeat actions require a matching DB-owned connector action policy; if none exists, do not improvise.
- Keep messages short, literal, and aligned with the user's stated intent. Do not escalate a narrow request into broader correspondence.
- Deletion is Trash-only by default and never autonomous. Call
gmail_deleteonly when the user names a specific message in the current conversation; setpermanentonly after the user explicitly asks for irreversible deletion of that message. Never delete during heartbeats.
Flow
- If the user asks for ongoing behavior, use
connector-action-authorizationfirst. - For a one-off send, call
gmail_sendwithto,subject, andbody. - For a reply, call
gmail_replywiththread_id, recipient, subject, and body. - For labels, call
gmail_labelwith explicitadd_label_idsand/orremove_label_ids. - For spam triage, call
gmail_spam_triagewithmark_spam,mark_not_spam, orarchive. - For deletion the user explicitly requested, call
gmail_deletewith themessage_id; leavepermanentunset (Trash) unless the user asked for irreversible deletion in so many words.