Overview
Set up the provider side of an MCP connection. Most providers need a provider-owned OAuth app with a manual Client ID and Client Secret; a few only need their MCP server URL added manually.
When You Need This
Use these guides when an MCP server does not support Dynamic Client Registration and the QuilrAI setup flow asks for OAuth credentials.
For DCR-compatible MCP servers, you do not need to create a provider app. Use OAuth Connect and authorize directly.
Before You Start
Have these values ready:
tip
Create a separate OAuth app for each QuilrAI tenant or environment if the callback URL is different. This keeps rotation, testing, and production authorization separate.
Provider Guides
- Slack - create a Slack app and copy its Client ID and Client Secret.
- GitHub - create a GitHub OAuth app and copy its Client ID and Client Secret.
- Zoho - no OAuth app needed; add the Zoho-generated MCP server URL manually.
- Google Workspace - create a Google Cloud OAuth client for the QuilrAI-built Gmail and Calendar MCP, then copy its Client ID and Client Secret.
Store And Rotate Secrets
- Store Client Secrets only in QuilrAI and your approved secret-management system.
- Do not send Client Secrets through email, chat, client-side code, public repositories, or tickets.
- Rotate the provider secret if it is exposed or if ownership changes.
- After rotating a secret, update the MCP's manual OAuth credentials in QuilrAI and reconnect if the provider invalidates existing tokens.
- Remove unused OAuth apps from Slack or GitHub so stale credentials cannot be reused.
Troubleshooting
These errors are common across providers. See each provider guide for provider-specific issues.