Blog

Connection prompts users say yes to

Agent200 handles the OAuth mechanics. What the user sees is up to you. Ask at the moment of need, say what the agent will not do, and ask for less.

2 min read

An arched doorway with its door slightly open and green light spilling out

At some point your agent will need access to an account a user has not connected yet. Agent200 handles the OAuth mechanics; what the user experiences in that moment is up to you. A good prompt earns the connection. A bad one gets abandoned.

Two ways the moment arrives

  • In your interface. Agent200 responds that authorization is required and gives you an authorization URL. You decide where and how to present it, and when to run the request again.
  • Through hosted authorization. Agent200 provides the authorization experience, so there is no connection screen for you to build.

The advice below applies to both, and matters most when you present the prompt yourself.

Ask at the moment of need

A wall of “connect everything” buttons during signup asks for trust before you have earned it. Ask when the user requests something that needs the account: “To summarize your inbox, connect your email.” The reason is obvious, so the yes comes easily.

Say what the agent will do, and what it will not

One or two sentences, in your product’s voice:

Your assistant will read recent email to prepare your morning brief. It will not send or delete anything.

If you enabled read-only endpoints, say so. It is the single most reassuring sentence you can write.

Ask for less

The provider’s consent screen lists the scopes you requested. A short list reads as trustworthy; a long one reads as a grab. Request only the scopes your enabled endpoints need, and add more later when a feature needs them.

Make the return trip smooth

  1. The user approves on the provider’s page.
  2. The provider redirects to Agent200, which stores the connection for that user.
  3. Bring the user back to where they were, with their request ready to run.

Remember what they asked for before the detour, so they do not have to ask twice.

Handle “not now”

Some users will decline. Keep the rest of the product working, explain what they are missing in one line, and leave a way to connect later from settings. Never nag on every request.

Show connections in settings

A simple list of connected accounts with a way to disconnect builds confidence. Users who can leave easily are more willing to connect in the first place.

A checklist for your connection prompt

  • Shown when the feature is requested, not before.
  • States the purpose in one sentence.
  • States what the agent will not do.
  • Requests the minimum scopes.
  • Returns the user to their task afterwards.
  • Works gracefully when declined.

Read more about managed OAuth and how permissions work.

Stacks of envelopes being organised into an index card cabinet with green tabs
Product

iGPT: your agent’s email context in one request

iGPT is a premium connector on Agent200. It indexes your users' email, threads and attachments, and answers your agent with cited, structured context in…

1 min read

Five frosted glass lenses of different shapes in a row, one with a green edge
Guides

Choosing a web search API for your agent

Tavily, Exa, Brave Search, Perplexity and Firecrawl each lean toward a different part of search. How to pick for your agent, and why you…

2 min read

200 OK

Build the agent.
Access everything it needs.

Bring the agent you already have. Agent200 provides and executes its external capabilities.

Book a demo.
See it in action.

Tell us who you are, then pick a time for a 1:1 session with an expert from our team.

We use your details only to email you about Agent200. See the Privacy Policy.

Pick a time. We'll take it from there.

A 1:1 session with an expert from our team, about what you are building.

Open in Calendly (opens in a new tab)