Skip to main content
AGO’s Public API v1 supports two authentication methods. Both grant the same scope-based permissions; they differ in how credentials are issued and rotated.

Quick guide

How they differ

Migration

Existing X-API-Key integrations stay as-is — there is no deprecation path. The two methods coexist and can be used by different consumers of the same tenant. If you previously used Claude Desktop with an X-API-Key proxy and want to switch to Claude Web’s native OAuth: keep your API key for backend scripts, and follow Connect Claude Web to AGO to add OAuth alongside.

Why does Claude Web need OAuth?

Claude Web’s custom-connector UI doesn’t accept arbitrary HTTP headers — it only passes Authorization: Bearer <token>. An X-API-Key header would be silently dropped, so Claude Web requires OAuth or no auth. The desktop app supports custom headers because users edit a local config file directly.

Both methods enforce scopes the same way

Whatever the auth method, every Public API endpoint checks that the credential carries the required scope. A request without it returns 403 Forbidden. Available scopes are listed in your tenant’s /.well-known/oauth-authorization-server document and shown on the consent screen.