Testkube MCP Server
OFFICIAL SERVERRun, inspect and debug Testkube test workflows, executions, logs and artifacts from an MCP client
Reads and manages CI test results recorded in the Currents dashboard from a coding agent
Official · Currents.dev TypeScript Remote (hosted) · Streamable HTTPLocal · stdio TestingDevOps and monitoring
64 popularity score ★ 21 ↓ 96k/wk
Opens the app, which asks before it adds the server.
claude mcp add --transport http --scope user currents https://mcp.currents.dev/mcp{
"mcpServers": {
"currents": {
"url": "https://mcp.currents.dev/mcp"
}
}
}codex mcp add currents --url https://mcp.currents.dev/mcphttps://mcp.currents.dev/mcphttps://mcp.currents.dev/mcp{
"servers": {
"currents": {
"type": "http",
"url": "https://mcp.currents.dev/mcp"
}
}
}Opens the app, which asks before it adds the server. Then replace each <NAME> in its settings with your value.
It needs CURRENTS_API_KEY. Replace each <NAME> with your value.
claude mcp add currents -e CURRENTS_API_KEY=<CURRENTS_API_KEY> -- npx -y @currents/mcp{
"mcpServers": {
"currents": {
"command": "npx",
"args": [
"-y",
"@currents/mcp"
],
"env": {
"CURRENTS_API_KEY": "<CURRENTS_API_KEY>"
}
}
}
}{
"mcpServers": {
"currents": {
"command": "npx",
"args": [
"-y",
"@currents/mcp"
],
"env": {
"CURRENTS_API_KEY": "<CURRENTS_API_KEY>"
}
}
}
}{
"servers": {
"currents": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@currents/mcp"
],
"env": {
"CURRENTS_API_KEY": "<CURRENTS_API_KEY>"
}
}
}
}[mcp_servers.currents]
command = "npx"
args = ["-y", "@currents/mcp"]
[mcp_servers.currents.env]
CURRENTS_API_KEY = "<CURRENTS_API_KEY>"gemini mcp add --scope user -e CURRENTS_API_KEY=<CURRENTS_API_KEY> currents npx -- -y @currents/mcpCURRENTS_API_KEY |
Required: Currents organization API key; Read Only or Read & Write decides which calls succeed. |
|---|---|
CURRENTS_API_URL |
Optional: Currents API base URL; defaults to https://api.currents.dev/v1. |
Currents is a hosted dashboard that records Playwright and other test runs from CI. This server, published by Currents itself, gives a coding agent the same data: runs, spec files, single test histories, error groupings, flakiness and duration rankings, and the screenshots, videos and traces a failed test left behind. The intended loop is that the agent pulls the failure context for a run with currents-get-context, fixes the code, and can then show its work with a trace link or a share link.
It also changes things in Currents. Tools can cancel, reset or delete runs, create and toggle actions (the rules that quarantine, skip or tag tests), manage webhooks, open or link Jira issues through the organization's Jira integration, record a browser session the agent drove, and attach logs to a session or run. The server also exposes three agent skills (fix-failing-tests, collect-evidence and an experimental browser-evidence) as MCP resources.
It runs two ways. Currents hosts it at https://mcp.currents.dev/mcp, where each person signs in with their own account and role, and the docs recommend this. The @currents/mcp npm package runs the same 43 tools locally over stdio with an organization API key. The two differ in what the agent sees: the hosted endpoint lists only the tools the connection was granted, while the local server lists every tool and lets the key refuse a call it does not allow with a 403 (docs: MCP tools and permissions). The package also points at CURRENTS_API_URL, which defaults to https://api.currents.dev/v1 and is not mentioned in the README (src/lib/env.ts at v2.7.0).
| To run it yourself | Node.js 20+ |
|---|
A Currents account with projects that report CI runs to it. For the local server: Node.js 20 or later (engines in package.json) and a Currents API key in CURRENTS_API_KEY; the process exits on start without it. For the hosted endpoint: a browser sign-in, or an API key sent as a Bearer header for clients that cannot do OAuth. Codex also needs `codex mcp login currents`; ChatGPT needs developer mode on a Plus, Pro, Business, Enterprise or Education account, which a workspace admin may have to allow. The Jira tools need the organization's Jira integration set up.
A connection reaches one Currents organization; to use two, connect twice. With a Read Only key, writes are refused with 403, and a Read Only key on the hosted endpoint sees only the read tools, currents-create-evidence-links and the two Jira lookups. The hosted endpoint answers POST only (stateless Streamable HTTP) and cannot be used by a client that can only register itself dynamically; such a client must send an API key. The browser-evidence skill is marked experimental. The README says the hosted endpoint does no authentication of its own and needs a Bearer key, while the current docs describe an OAuth sign-in with the key as a fallback.
Teams that already send CI test results to Currents and want an agent to triage flaky or failing tests, compare a pull request's runs with main, or quarantine a test without opening the dashboard. Pick the hosted endpoint when your client supports remote servers: nothing is installed and access follows each person's role. The local package fits clients that can only start stdio servers, at the cost of a shared organization key. It is of no use without a Currents account; it reads Currents' records of tests and does not run tests itself.
currents-get-projectscurrents-get-projectcurrents-list-project-termscurrents-get-project-insightscurrents-list-pull-requestscurrents-get-runscurrents-get-run-detailscurrents-find-runcurrents-cancel-runcurrents-reset-runcurrents-delete-runcurrents-cancel-run-github-cicurrents-get-spec-instancecurrents-get-spec-files-performancecurrents-get-tests-performancecurrents-get-tests-signaturescurrents-get-test-resultscurrents-get-contextcurrents-get-errors-explorercurrents-get-test-evidencecurrents-create-evidence-linkscurrents-create-sessioncurrents-add-attachmentscurrents-create-share-linkcurrents-list-actionscurrents-create-actioncurrents-get-actioncurrents-update-actioncurrents-delete-actioncurrents-enable-actioncurrents-disable-actioncurrents-list-affected-testscurrents-get-affected-test-executionscurrents-get-action-executionscurrents-list-webhookscurrents-create-webhookcurrents-get-webhookcurrents-update-webhookcurrents-delete-webhookcurrents-create-jira-issuecurrents-link-jira-issuecurrents-list-jira-projectscurrents-list-jira-issue-types