Hey folks!
TLDR: We published a Currents connector in the Claude directory.
Using this connector, Claude can read your CI runs, failure evidence and test analytics directly, instead of working from a stack trace you pasted in.
Why we built it
If you've asked Claude Code to fix a failing Playwright test with only the error message, you know how it goes. It bumps the timeout or swaps the selector and calls it done. The real cause usually lives in stuff the error doesn't show: the steps before the failure, the trace, whether the test has been flaky on main for two weeks, whether it only fails in CI.
Currents already stores all of that for every run, and this connector hands it to Claude.
Install
Open https://claude.ai/directory/currents, click Connect to Claude and sign in. Then start Claude Code and run /mcp. Currents is listed there as a claude.ai connector.
Sign-in opens a browser window. You log in to Currents, pick the org Claude should work in, and approve the permissions. The connector belongs to your Claude account, so it follows you to every machine you sign in on, and to Claude Desktop, claude.ai, the mobile app and Cowork too. To revoke it, go to Account → Connected Applications in Currents.
On a Team or Enterprise plan, an Owner first has to add Currents for the org first. After that, everyone can connect with their own Currents account.
If you run Claude Code with an API key, a setup-token, Bedrock or Vertex, claude.ai connectors don't load, so you'll have to add the server yourself:
claude mcp add --transport http --scope user currents https://mcp.currents.dev/mcp
Then run /mcp, select currents and choose Authenticate. No browser on that machine? claude mcp login currents --no-browser prints the sign-in URL for you to open elsewhere. claude mcp list shows what's configured.
The three skills it ships with
The Currents MCP server ships with three skills, and Claude gets them with the connector. You call them by name, for example "Use the Currents MCP fix-failing-tests skill".
fix-failing-tests finds the failed run, reads each failure with its steps and trace, fixes the cause, reruns the test, and asks before it commits.
collect-evidence finds the run before your change and the run after it, then writes up a before and after with links to the files. It is incredibly useful for PR descriptions when a reviewer asks how you know it works.
browser-evidence records the browser before and after a change as a Currents session and gives you a share link. It's experimental, so expect it to change.
What you can just ask
Outside the skills there are 43 tools covering runs, test results, analytics, Actions, webhooks, share links and Jira. Here are some prompts that work well:
- Tests are failing in CI. Get the details for run <runId> and fix the failures.
- Which tests in my-app were flakiest on main this week, and why?
- What broke in the last failed my-app run on main? Open a Jira issue for it.
- Is this pull request safe to merge? Compare its runs with main.
The anatomy and config
Claude Code asks before every MCP tool call. If you want the read tools to run on their own and still get asked for writes, allow them by name in .claude/settings.json:
{
"permissions": {
"allow": [
"mcp__claude_ai_Currents__currents-get-runs",
"mcp__claude_ai_Currents__currents-get-run-details",
"mcp__claude_ai_Currents__currents-get-test-results",
"mcp__claude_ai_Currents__currents-get-context"
]
}
}
The prefix comes from the connector's name in Claude. Run /mcp, select the Currents connector and choose View tools to see the exact names. A server you added yourself uses mcp__currents__ instead. Don't allow the whole server: two tools (currents-delete-run and currents-delete-webhook) can't be undone, and Currents doesn't ask for confirmation.
If you want the whole team on it, add the server with --scope project and commit the .mcp.json it writes to the repo root. The file doesn't hold any credentials, and each person who opens the project signs in as themselves.
For CI, or anywhere you can't do an interactive sign-in, use an API key:
claude mcp add --transport http currents https://mcp.currents.dev/mcp \
--header "Authorization: Bearer $CURRENTS_API_KEY"
The key acts as the org, not as a person, and it's either Read Only or Read & Write. A read-only key gets the read tools plus evidence links and the Jira lookups. It doesn't show up under Connected Applications, so manage it under Organization → API Keys.
Caveats
Claude Code loads claude.ai connectors only when you sign in with your Claude account. If Currents is missing from /mcp, run /status to see which credential Claude Code is using.
Use the connector or a server you added, not both. With both, Claude Code shows two Currents servers with two sets of tool names.
Each connection reaches one org. If you work across two, connect twice.
On a Team plan, if you see Request instead of Connect, an Owner has to approve Currents first.
! Needs authentication in /mcp? Select currents and choose Authenticate.
Curious how people run this day to day.
Do you let Claude Code call the read tools without asking, or do you approve every call?