FRAYT · Rate Limits
Frayt Rate Limits
Frayt Rate Limits is the rate-limit profile for FRAYT on the APIs.io network.
The provider publishes no rate limits that could be read; the profile records that absence rather than inventing a ceiling.
Limit state is signalled in the rate_limit_headers and observed_headers response headers.
Tagged areas include Company, Last Mile Delivery, Logistics, Couriers, and On-Demand Delivery.
0 Limits
rate_limit_headersobserved_headers
Read from the provider's live responses on 2026-08-16 — api.frayt.com/docs/api/v2.2 + live unauthenticated respon....
View Source
Limits
FRAYT publishes no rate limits that could be read; the profile records that absence rather than inventing a ceiling.
FRAYT publishes no rate limits and emits no rate-limit signal. This was checked three ways and all three are negative: (1) the docs — the Swagger UI at /docs/api/v2.2 and its full info.description narrative contain no limits, quota or throttling section; (2) the OpenAPI — no operation declares a 429 response, and the strings "429", "RateLimit", "Retry-After", "throttle" and "quota" do not appear anywhere in the 106KB spec; (3) live responses — two unauthenticated calls (POST /api/v2.2/oauth/token -> 403, GET /api/v2.2/matches/{id} -> 401) returned no X-RateLimit-*, no RateLimit-* and no Retry-After header. An agent integrating FRAYT therefore has NO runtime backoff signal and must implement its own conservative retry policy. This is compounded by the absence of any idempotency key (see conventions/frayt-conventions.yml) — a blind retry of POST /matches can dispatch a second driver to a real pickup.
CompanyLast Mile DeliveryLogisticsCouriersOn-Demand DeliveryShippingFreightSupply ChainTransportationThird Party LogisticsDelivery TrackingWebhook
Work with this as data
Every rate limit here is available over the APIs.io API and to AI agents over MCP.