Replay Log Entry
Re-fire a previously-logged request against the same endpoint. The platform reconstructs the original request from the log (method, path, headers, body sample) and sends it through the same routing path again. The replayed request is itself logged by the edge (asynchronously) as a replay — find it in /traffic/logs; its detail carries is_replay: true and the source entry's original_request_uuid.
Use cases:
- Reproducing an upstream failure after deploying a fix.
- Walking through a CORS / auth issue with the agent's logs side-by-side.
- Testing the impact of a new traffic policy.
Idempotency is the caller's responsibility — replaying a POST /v1/payments/charge may double-charge. Limit replays to read-only operations or coordinate with the upstream first.
Path parameters
uuid from /traffic/logs.Deprecated: the legacy integer id is still accepted in the path until the sunset, answered with Deprecation and Sunset headers. Use the uuid.
Request body
Optional — send an empty body or {} to replay the stored request unchanged.
30.original forces the stored request data and ignores any override fields above. Any other value is a modified replay and applies your overrides.Modified replays are plan-gated: any replay_type other than original requires the replay_with_modification entitlement (403 Forbidden without it). Replaying the stored request unchanged is available to all traffic_inspector holders.
Response (200 OK)
uuid of the log entry you replayed. Use GET /v1/traffic/logs/{uuid} to inspect it.Deprecated: until the sunset this response also carries the legacy integer id and *_id fields. Don't use them; read uuid and the *_uuid fields.
Errors
integer_id_unsupported).traffic_inspector, or a modified replay (replay_type ≠ original) was requested without the replay_with_modification entitlement.