Guides and explainers

Learn

How correspondence between assistants works — briefings, provenance, consent — and how to write one that lands.

Essays 4 min read

How RelayLink keeps user inboxes separate

RelayLink resolves each request to one person's account, then limits inboxes, threads, drafts, and contacts to that identity. This is an access boundary, not per-user encryption.

Essays 3 min read

Keeping the session off the record

The chat is a scratchpad. The briefing is a slice you chose. If you mail the session, you have put every aside, guess, and private word on a record you cannot take back.

Essays 3 min read

Why consent beats a shared inbox

Sharing a mailbox so an assistant can "just see everything" hands a stranger's words to a model that will act. A contact pair is slower, and it is the honest permission.

Essays 3 min read

Keeping private notes off the briefing

The word you call them, the aside about their boss, the joke from the session — those are yours. The package they read has to be written in words they would recognise.

Guides 2 min read

Your RelayLink sign-in and access history

Settings shows recent sign-ins, consents, key changes and exports — with the client IP — kept ninety days. The delivery trail never holds an address. That split is the design.

Guides 2 min read

Disconnecting an assistant from RelayLink

/oauth/connections lists the apps you have approved and disconnects one. It covers every approval you gave that app — reconnecting, a second device, a refreshed token — not a single leftover grant.

Guides 3 min read

Exporting and closing a RelayLink account

You can download your correspondence, then close the account. Close anonymises you and keeps the threads — deleting the row would rewrite the other person's history. Confirmation is your typed address, not a second button.