Trace the intent
Your framework records the model decision, tool call, and expected result.
Connect replay to the trace and eval for every browser-agent run. When an agent stalls or returns the wrong result, open what it saw at the exact action where the browser state diverged.
Browser automation products built with rrweb.
A tool trace records the requested action. Replay adds the page state immediately before and after it, including the selected value, validation message, overlay, or disabled control that changed the outcome.
The interface diverged here
agent expected
browser showed
Attach the recording to the run while it happens. When an eval fails, the reviewer can inspect the final browser state, scrub backward through the actions that produced it, and grade the visible outcome using evidence already stored with the run.
Score the visible outcome
Label important actions with a custom event, then group recordings by failure class, site, model, release, or evaluator result. Reviewers can find a useful example quickly and open it at the action that defines the failure.
Intent and effect on one clock
Replay turns a failed automation run into an inspectable browser record. Review production failures, compare eval results, and keep useful examples for later analysis without paying for another execution.
Browser run replay
Customer-facing capability
Customer outcome
Customers can explain a failed agent run without rerunning it.
Give the trace and rrweb event stream the same run id. Store timestamps around model and tool calls, then open replay from a trace row, evaluation result, or failed step. Playback starts at the corresponding browser action inside the run review UI.
Your framework records the model decision, tool call, and expected result.
rrweb captures the DOM state before the action and the interface that followed.
The run page aligns trace, evaluation result, and replay on the same clock.
Use rrweb Cloud for managed browser recordings, or run the open-source replay stack alongside your traces and evaluations.
Use managed capture, storage, and playback while your system keeps the agent trace, evaluation workflow, and run history.
rrweb Cloud uses 80% less bandwidth and storage.
Run recorder, storage, correlation, and replay inside the same boundary as your agent traces and eval data. You control retention, access, and the run review interface.
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.
rrweb is infrastructure for adding browser replay to automation runs. You get the open recorder, event format, and replayer, while your automation stack keeps its traces, evals, storage, and review workflow. A packaged platform is a finished application with its own interface, data model, and pricing.