Buildkite · Rate Limits
Buildkite Com Rate Limits
Buildkite Com Rate Limits is the machine-readable rate-limit profile for Buildkite on the APIs.io network, conforming to the API Commons Rate Limits specification.
The profile also includes 6 backoff/retry policies defined.
Tagged areas include CI/CD, Continuous Integration, Continuous Delivery, DevOps, and Pipelines.
0 Limits
CI/CDContinuous IntegrationContinuous DeliveryDevOpsPipelinesHybrid CIBuild AutomationTest EnginePackage RegistriesAgentsGraphQLRESTMCPWebhook
Policies
Each user API access token is governed by a per-user request rate limit. Configurable thresholds allow organization admins to cap individual user usage independently of the org-wide cap.
Organization-wide cap that limits total API usage across all tokens in the organization. Set independently of per-user limits to prevent any single user from exhausting org capacity.
GraphQL queries are subject to a request rate limit and query complexity bounds. Costly nested queries count against capacity faster than narrow queries.
Outbound webhook deliveries are retried with exponential backoff on failure. Endpoints that repeatedly fail to acknowledge are throttled and disabled.
The Agent API enforces internal limits that protect the job dispatch and artifact upload paths. The `/metrics` endpoint is intended for cluster autoscaling consumers.
Hosted agent concurrency is capped per plan. Pro is up to 48 vCPU concurrent on Linux and 24 vCPU concurrent on Mac M4. Enterprise raises these caps under volume contracts.
Sources
- https://buildkite.com/docs/apis/rest-api
- https://buildkite.com/docs/apis/graphql-api
- https://buildkite.com/docs/apis/agent-api
- https://buildkite.com/changelog
- https://buildkite.com/pricing
Work with this as data
Every rate limit here is available over the APIs.io API and to AI agents over MCP.