A request through the proxy or via an exported token came back with an auth error. Walk this decision tree to recover.Documentation Index
Fetch the complete documentation index at: https://authsome.ai/docs/llms.txt
Use this file to discover all available pages before exploring further.
First, check provider state
available, configured, connected).
401 Unauthorized
The stored credential is no longer valid. The access token expired and no usable refresh token remains, or the provider revoked the session server-side.-
Revoke the current connection so authsome drops the broken record:
-
Log in again:
403 Forbidden (missing scopes)
The stored credential is valid, but the request requires permissions the original login did not grant. Use--scopes on the existing provider:
authsome inspect <provider> to see which scopes are declared in the provider definition.
Wrong stored client_id / client_secret
If login itself fails immediately with a credential mismatch error and you suspect the wrong OAuth app credentials were stored, remove the provider state and re-log in. The browser bridge will collect fresh client_id and client_secret values.
remove deletes provider state for the current profile, including any stored OAuth client credentials. The provider definition (bundled or custom) is unaffected. The next login triggers the browser form to collect fresh values.
Provider not connected at all
Ifauthsome list shows the provider as available (not configured, not connected), there’s no credential to fail on. Run:
Still failing
- Run
authsome --verbose login <provider>to surface the full daemon round-trip and the exact provider response. - Check
~/.authsome/audit.logfor the most recent action and outcome. - See Diagnose with doctor for installation-level checks.
- For HTTPS / TLS errors specifically, see Proxy networking.
- For token-refresh internals, see Token refresh.
What’s next
OAuth callbacks
Diagnose callbacks that don’t land.
Token refresh
How automatic refresh works and when it doesn’t.