Agent acts
The model chooses a browser action through your automation framework.
Build your own agent replay
A tool trace records the action a browser agent requested. rrweb records the page that action met: DOM state, mutations, clicks, and the visible result. Build it into your own eval and review tooling, and a failed run becomes evidence you can inspect, on an open format a hosted agent platform keeps to itself.
Public rrweb usage in browser automation products.
The last failed action is often downstream of the real mistake. Compare the agent trajectory with the recorded DOM to find the first step where the page stopped matching the agent's assumptions.
The interface diverged here
agent expected
browser showed
An eval should grade the visible result. Attach the replay to each run, mark the success state with a custom event, and review failed cases against the page itself.
Score the visible outcome
Add a custom event at each model call or tool invocation. Shared timestamps and a session id turn the LLM trace and rrweb recording into one inspectable run.
Intent and effect on one clock
The automation framework keeps intent and tool calls. rrweb captures the browser's ground truth as an event stream. Correlate both by run id and time, then put the replay inside your observability or agent review workflow.
The model chooses a browser action through your automation framework.
DOM state and visible effects become an ordered browser event stream.
Trace, eval, and replay meet in the workflow your team already uses.
The same open recorder works with your infrastructure or ours.
Run recorder, storage, correlation, and replay inside the same boundary as your agent traces and eval data.
Send browser recordings to managed ingest and replay while your system keeps the agent trace and evaluation workflow.
Start the rrweb recorder when the automation run opens the page, assign the recording the same run id as the agent trace, and emit custom events around model or tool calls. Send the resulting browser event stream to your own storage or rrweb Cloud.
DOM recording preserves structured page state and event-level timestamps, which makes a run searchable, segmentable, and easier to align with a trace. Video covers pixels from some canvas and cross-origin content. That broader pixel coverage comes without DOM structure.
An agent trace records prompts, model responses, and tool calls. rrweb records the browser state around those calls, including the DOM the agent acted on and the visible result. Shared timestamps and a run id connect the two.
Replay deterministically reconstructs the captured interface sequence. It does not re-execute network requests, application code, or agent decisions. Use a deterministic test harness when you need to run those systems again.
Yes. Live mode sends incremental events to the replayer while the run is active. It stays a few seconds behind the browser and helps an operator inspect a run without taking control from the automation framework.
Yes, after you apply the consent, masking, access, and retention rules required for that use. The open event format can be exported and segmented around outcomes or custom events.
A hosted platform gives you a finished app on its own domain, priced per seat or per run, with your traces and recordings in a format only it reads. rrweb gives you the open recorder, event format, and replayer, so you build agent review into your own eval and observability tooling, keep the runs in your storage, and pay for infrastructure. Reach for the SaaS when you want a tool your team logs into; reach for rrweb when the browser evidence has to sit beside the traces and evals you already own.