Any MCP client
Connect any MCP client to the Currents MCP server with a sign-in or an API key, what a connection can reach, and the endpoint reference
This page is for MCP clients that the other Connect your agent pages do not cover. It also covers API keys and what a connection can reach, for every client.
Currents hosts the MCP server at https://mcp.currents.dev/mcp. There is nothing to install. It is listed in the MCP Registry as dev.currents/mcp.
Connect with a sign-in
Point the client at https://mcp.currents.dev/mcp and leave any client ID and secret empty. The first time the client calls Currents, you sign in in the browser. A client that can only register itself dynamically cannot connect this way; use an API key. Client developers: see Endpoint reference.
The connection acts as the person who signed in, in the organization they picked, with the permissions they approved. See OAuth.
Connect with an API key
Use an API key when the client cannot complete the OAuth sign-in, or when no person is there to sign in, such as in CI. Send it in the Authorization header:
{
"mcpServers": {
"currents": {
"type": "http",
"url": "https://mcp.currents.dev/mcp",
"headers": {
"Authorization": "Bearer your-api-key"
}
}
}
}A key acts as the organization, not as a person, and has one access level: Read Only or Read & Write. See API Keys.
A connection made with a key is not listed under Connected Applications. Removing the server from the client does not end the key: it keeps working until an admin revokes it under Organization → API Keys.
What a connection can reach
The server lists only the tools the connection's permissions allow, capped by the person's current role. It checks on every request. If a tool is missing, the connection lacks the permission; an agent that calls it by name is told the tool does not exist. MCP tools and permissions lists the permission for each tool.
A Read Only API key gets the read tools, currents-create-evidence-links and the two Jira lookups (currents-list-jira-projects and currents-list-jira-issue-types). A Read & Write key gets every tool.
Endpoint reference
For client developers. The client must use the Streamable HTTP transport of MCP and identify itself the way For client developers describes.
Endpoint
https://mcp.currents.dev/mcp
Method
POST only. GET and DELETE answer 405
Transport
Streamable HTTP, stateless, one exchange per request
Headers
Content-Type: application/json, Accept: application/json, text/event-stream
OAuth resource identifier
https://mcp.currents.dev/mcp
OAuth metadata document
https://mcp.currents.dev/.well-known/oauth-protected-resource/mcp
The endpoint and the REST API are separate OAuth resource servers: a token for one is refused by the other. For the authorization server, PKCE and client identification, see For client developers.
Troubleshooting
The errors a client gets from the server. For errors in a specific agent, see its page under Connect your agent.
401 with a WWW-Authenticate header
No credential, or an expired one. The header names the metadata document a client starts discovery from.
403 organization_not_enabled
The endpoint is not served to that organization. Contact support@currents.dev.
405 with Allow: POST
The client opened a GET stream. This server is stateless and answers POST alone.
406 or 415
A missing Accept or Content-Type header.
does not support dynamic client registration
The client can only register itself dynamically. Use an API key header instead.
When a tool call fails, the server returns the status and response body to the agent, so the agent can tell why.
Last updated
Was this helpful?