Skip to main content
Cap LLM call rate so agents stay within provider quotas and budget — safely, even when many agents share one limiter.
The user runs agents at scale; the limiter queues or throttles LLM calls so quotas are not exceeded.
For bot/messaging rate limiting (Telegram, Discord, Slack), see Bot Rate Limiting. This page covers LLM API rate limiting.

How It Works

Quick Start

1

Simple Usage

Set max_rpm on execution config for a single agent:
2

With Configuration

Share one RateLimiter across multiple agents:

How It Works

Token bucket algorithm: tokens refill at requests_per_minute / 60 per second; each LLM call consumes one token. Under contention, callers wait until a token is available. The limiter applies to both the initial LLM call and the follow-up after tool execution in streaming mode. The rate limiter applies to every LLM call the agent issues — single-shot, streaming, tool-iteration and reflection turns, sync and async — so a per-model token budget is never spent on a path that bypasses throttling.

Configuration Options


Best Practices

Low burst (1–5) smooths traffic; higher burst tolerates spiky demand.
Providers quote RPM and TPM — limiting only RPM can still trigger 429 errors.
agent.achat() calls acquire_async() automatically; avoid mixing sync and async limiters.

CLI


Thread Safety

Thread-safe chat history and caches

Concurrency

Limit parallel agent runs