When an agent says it reproduced a bug or fixed it, you can now see what it did. The agent saves its browser recording as a Currents session, and you get one link: a page people open in the browser, and a Markdown version other agents can read.

Agents do the work, but they rarely show it. You get a paragraph of text and have to take their word for it. With sessions, the agent uploads what it captured to Currents with three commands: the Playwright trace, the video, screenshots, page snapshots, logs or any other file. Anyone with the link can open it, no Currents login needed.

Support asks an agent in Slack to check a checkout bug. The agent reproduces it with Playwright, records a Currents session and replies with the link. A coding agent reads the session, finds the failed request and fixes the bug.

Capture bug reproductions

Agents can capture bug reproduction evidence for replays and investigations. When an agent reproduces a bug with Playwright, it records a session: the trace, the video, the screenshot of the error and the page snapshot. Anyone can replay what happened and start the investigation from the recording, not from a written description.

Support tags the agent in the Slack thread

For example, support tags the agent in a Slack thread about a checkout that rejects a postcode. With one message, support produces the evidence instead of a bug report in words, on one page anyone in the thread can open.

The session page: the recording of the checkout, the Playwright trace with the failed request, and the page snapshot

Point agents to the recording

Coding agents can work from a session instead of a description. They read the session as Markdown, find the failed request, and get its request and response from the trace through the trace API. The agent doesn't have to reproduce the bug again, and it starts from what actually happened.

For example, the Linear issue links the support session. The developer's agent reads it and finds the cause: the postcode check rejected postcodes with a space. It fixes the check, runs the same steps again and records them as a second session, this time passed.

The Linear issue with the session link, the agent's terminal as it fixes the postcode check, and the passed session

Share the session where the work happens

A session link goes wherever your team already works. The agent posts the before and after on the pull request and on the Linear issue, with the screenshots inline and both sessions one click away. The reviewer sees the fix work without checking out the branch, and whoever reads the issue later sees what was broken and what changed.

Agents can also generate new assets from a trace when they need them, through the trace API: a filmstrip or an animated GIF of the steps, the frame at the moment of the failure, a page snapshot, or the network requests as a HAR file. They post exactly the picture that explains the change, made from the recording itself.

The agent's comments on the pull request and on the Linear issue, with the before and after screenshots and both session links
The before and after on the pull request
The same evidence on the Linear issue

Every file the agent collects, on one page

A session isn't limited to browser recordings. Next to the trace and the video, the agent can attach the backend log, a HAR file with every network request, the browser console, its results as JSON or CSV, and a summary in Markdown. Each file opens in place, so whoever gets the link sees the whole picture without asking the agent for more.

After the fix, an agent checked four UK postcodes on the fix branch and saved everything it collected in one session:

Ten files from one check, with the network requests open

What's on the session page

Each file opens in place: screenshots, videos, Playwright traces in a trace player, page snapshots as accessibility trees, logs, JSON, CSV and Markdown. You can put two screenshots side by side, see what changed between two page snapshots, and copy a link to a single file to post it on its own. Add .md to the page link and you get the Markdown version for agents, with a trace API link for each trace.

Get started

Three commands, run by the agent or by you:

npx currents session start --project-id <id> --title "Postcode rejected" --status failed
npx currents session attach repro.webm screenshot.png .playwright-cli/traces
npx currents session share

To have your agent do this on its own, give it a Currents skill. Agents connected to the Currents MCP server already have one, and npx currents skill --install adds it for agents with a shell. Sessions work with Playwright MCP and Playwright CLI recordings, and with any file.

The record key your CI already has can create and share sessions. A Read & Write API key can also list and delete them. A session is not a test run, so it doesn't show up in your runs, analytics or flakiness. Share links are public and last 1, 3 or 7 days. The files stay until you delete the session.