MCP authentication
Credential modes, anonymous-safe tools, bootstrap tokens, and HTTP failure semantics for Thirdfy MCP.
Auth policy is enforced per tool across /mcp and /tool/*. Backend execution remains fail-closed even when MCP accepts a call.
Credential modes
| Mode | Token shape | Typical use |
|---|---|---|
none | No credential | Public discovery, allowlisted read tools |
bootstrap | btp... | Short-lived onboarding from POST /auth/bootstrap/issue |
agent_api_key | agent-... | Managed agent execution (preferred) |
full_api_key | Operator key | Privileged maintenance and private integrations |
Bootstrap issuance supports:
- Session proof:
ownerSessionTokenorauthToken - Wallet proof:
challengeId+signaturevia the onboarding verifier route
Anonymous-safe read tools
Callable without credentials (illustrative list):
getActionsCataloggetProviderActionsgetChainCapabilitiesgetNonEvmCapabilitiesgetThirdfyHelpdescribeOnboardingPathstartEmailOnboardingcompleteEmailOnboardinglistTools
All writes, delegation mutations, wallet execution, and portfolio reads require credentialed modes per tool authProfile.
Bootstrap-allowed tools
Bootstrap tokens may call setup tools such as agentRegister, managedWalletInit, delegationCreate, agentWalletBootstrap, and walletExecute when policy allows. Full matrix: Tools reference.
HTTP failure semantics
| Code | Meaning |
|---|---|
401 / 403 | Credential mode or tool policy denied |
404 | Unknown route or tool |
429 | Rate limited |
5xx | Upstream Thirdfy API failure |
CEX credentials
MCP never accepts raw Bitfinex (or other CEX) API keys. Tools pass credentialRef metadata to Thirdfy API only. Store credentials with the CLI or API; see Bitfinex integration.