Where a saved key works
Save a key once and use it everywhere you work with Proofable. Nothing needs to be re-entered per app.Add a key
- Profile → Secrets (recommended). The value goes from your browser straight to Proofable.
- From an AI app with
proofable_secret_create. This works, but the value you type passes through that app’s conversation first. Use the Secrets page for production credentials.
OPENAI_API_KEY or ANTHROPIC_API_KEY, so Proofable knows which provider it belongs to. For a provider Proofable does not recognize, pass tags: ["provider:<id>"] to proofable_secret_create.
Common questions
Can I see a saved key again? No. After saving, you see its name, type, and when it changed. To change it, save a new value. Who can read the value? No response from Proofable contains it. The service decrypts it only at the moment it makes a call you asked for, and sends it only to that provider. How is it stored? As a private encrypted record on your profile, sealed with AES-256-GCM. How do I rotate a key? Save a new value under the same name. The new value replaces the old one, and the old record is revoked. What does revoke do? It permanently deletes the stored record. Database backups that still contain it expire within seven days. If a key was exposed, also revoke it at the provider. Does Proofable use its own keys? The included assistant tiers use Proofable’s model access. When you add your own key for a provider, your requests to that provider use your key.MCP tools
Sign in first with OAuth or a server key (Auth). When signed in, omitwalletAddress; secrets bind to the profile from proofable_context.
Create
Saving the same alias again revokes the older record. The result lists revoked proof IDs in
superseded. If revocation fails after the new save, the tool reports secret_replacement_incomplete with both proof IDs so you can retry or revoke the older one.
List
authRequired: true and no metadata.
Revoke
walletAddress when signed in.
Auth
How MCP sessions authenticate.
Current user
Profile lookup and refresh.