Emem Dev Rate Limits
Published limits for the hosted responder. Reads are throttled per IP; writes per attester key. The two provider documents disagree on the per-IP read figure: SECURITY.md (2026-08-24) states 600 req/min sustained with a 120 burst, the older terms of service (2026-07-31) state 60 req/min with a 120 burst; both are recorded with their source. Exhaustion returns HTTP 429 with a Retry-After header and the emem.error.v1 body code rate_limited (details.retry_after_s; MCP JSON-RPC error -23). No RateLimit-* / X-RateLimit-* headers were observed on successful responses (probed GET /v1/grid_info and POST /v1/locate, 2026-09-19); the runtime signal is the 429 itself plus Retry-After.
Emem Dev Rate Limits is the machine-readable rate-limit profile for emem on the APIs.io network, in the API Commons Rate Limits shape.
It captures 5 rate-limit definitions, measuring requests_per_minute, function_calls, and requests.
Limit state is signalled in the retryAfter, requestId, receipt, and rateLimit response headers, and an exhausted limit returns HTTP 429.
The profile also includes 2 backoff/retry policies defined and response codes documented for throttled, payloadTooLarge, and timeout.
Tagged areas include Rate Limiting and Agent Memory.
retryAfterrequestIdreceiptrateLimit
Limits
Policies
Sources
- https://github.com/Vortx-AI/emem/blob/main/SECURITY.md (hardening table, updated 2026-08-24)
- https://emem.dev/.well-known/mcp.json (security_posture.write_rate_limit)
- https://emem.dev/v1/limits (enforced payload caps + measured ceilings)
- https://emem.dev/terms (section 3, last updated 2026-07-31)
- https://emem.dev/v1/errors (rate_limited, compute_quota_exceeded codes)
Work with this as data
Every rate limit here is available over the APIs.io API and to AI agents over MCP.