read.ai

Test against the Read.ai API

A hosted, stateful simulation shaped like the Read.ai API. Writes persist, data moves on a schedule and every change can fire a signed webhook. Unofficial: not affiliated with read.ai.

Operations: 3

Start this simulation Vendor documentation

example request

curl https://your-read-ai.slurry.io/v1/meetings \
  -H "Authorization: Bearer slurry_sim_live_..."

Your simulation gets its own hostname, key and IP allow-list. Spec snapshot: version v1.

What gets simulated

Collections, relationships and state machines are worked out from the spec when you start the simulation.

State. Creates, updates and deletes persist and show up in later reads.
Behaviour. Records move through their states on a schedule you control, and you can fast-forward up to 30 days.
Webhooks. Every change emits a signed, retried event.
Failure. Per-endpoint errors, latency and chaos rules, on demand.

Operations

All 3.

GET/v1/meetings
GET/v1/meetings/{id}
GET/v1/meetings/{id}/live

Does this simulation differ from the real Read.ai API?

Tell us about wrong response shapes, status codes, missing endpoints or unrealistic data. If you have a simulation of it, report from its Issues tab so we can see the exact call.