Privacy Policy

Last updated September 1, 2026

Google Multi-Account Connector ("the service") connects Google accounts you choose to link to an AI assistant you use, through the Model Context Protocol. This policy describes exactly what the service stores, what it never stores, and why it asks for the access it asks for. The service is open source, so every statement here can be checked against the code.

What we store

What we never store

Content. Emails, attachments, calendar events, files, contacts and tasks flow through the service in response to a request from your AI assistant and are not written to disk or database. There is no logging of message bodies, file contents, or search results.

Google user data, scope by scope

Each Google account you link grants these scopes, each for one reason:

ScopeWhy
gmail.modify Search, read, draft, send, label, archive and trash mail on your instruction. This scope deliberately excludes permanent deletion — nothing the service can do destroys mail irrecoverably.
calendar Read your calendars and create or respond to events on your instruction.
drive Search, read, create, edit, share and trash files on your instruction. The service does not expose Drive's permanent-delete endpoint.
contacts.readonly, contacts.other.readonly Resolve names to addresses ("email Ann"). Read-only; the service cannot change your address book.
tasks Read and update your task lists on your instruction.
openid, userinfo.email, userinfo.profile Know which account was linked, and which person is signed in.

Limited Use disclosure

The service's use and transfer of information received from Google APIs adheres to the Google API Services User Data Policy, including the Limited Use requirements. Google user data is used only to provide the features described above, at your request. It is not used for advertising, not sold, not used to train machine learning models, and not read by humans except with your explicit consent for support, for security, or where required by law.

Who your data goes to

Isolation between users

Every credential the service issues carries the identity of the person who signed in, and every request is scoped to that identity. One user cannot list, read, or act on another user's linked accounts, including by naming them directly.

Where data lives

The service and its PostgreSQL database are hosted on Railway. Connections are TLS end to end; the database is reachable only over the deployment's private network.

Retention and deletion

Changes

Material changes to this policy will be reflected on this page with a new "last updated" date before they take effect.

Contact

brisebyme@gmail.com