How sign-in works
When you add the server (see the quickstart), your client handles the whole flow for you:Your client starts the flow
On first connect, the MCP client kicks off an OAuth 2.1 authorization request
with PKCE — a proof-key handshake that keeps the exchange secure even though
no shared client secret is involved.
You sign in on a hosted page
Your browser opens an AskFutures sign-in page. You authenticate there — the
same account you use for the web app — and approve access for the client.
The client receives a token
AskFutures returns a short-lived access token to your client over the secure
PKCE exchange. Your client stores it and sends it with every tool call.
Token lifetimes
| Token | Lifetime | Notes |
|---|---|---|
| Access token | about 1 hour | Sent with every tool call. Short by design. |
| Refresh token | about 30 days | Used to silently mint new access tokens. |
All of this is automatic. Once you’ve signed in through your client, you
generally won’t think about tokens again — the client refreshes and rotates
them for you in the background.
Getting access enabled
How do I request MCP access?
How do I request MCP access?
Email support@askfutures.com from your
account’s email address and ask for MCP access. We’ll enable it on your
account.
I signed in but tool calls fail
I signed in but tool calls fail
Sign-in succeeding only means your identity is verified. Calls are rejected
until MCP access is granted on your account. If you’ve already requested it
and still see failures, reach out to support so we can check the grant.
Do I need a separate AskFutures account?
Do I need a separate AskFutures account?
No. MCP access uses the same account as the web app. Sign in with the email
you already use, and request MCP access for that same address.
Next steps
Connect the MCP server
Add AskFutures to Claude Code, Cursor, or Codex.
Developers overview
The async create → wait → optimize model.
MCP tools
Every tool, what it does, and what it returns.