Buildkite
Buildkite is rebuilding CI for agents: headless APIs, MCP tools, failure you can act on early.
◆Recent moves
- 5d ago
Analyze test reliability and performance with the Test Engine API
The Test Engine list-tests endpoint returns aggregated reliability, duration, and execution metrics with filtering, sorting, and pagination, opted into via a Buildkite-Version header. Flaky-test triage becomes a query rather than an export, and the dated header keeps existing integrations untouched.
- 5d ago
Customize Git checkout behavior directly in pipeline YAML
A checkout block in pipeline YAML now handles shallow clones, sparse paths, submodules, custom Git flags, and skipping checkout entirely, settable per pipeline or per step. It folds three separate community plugins into first-party configuration — the same consolidation instinct visible across this batch, applied to the pipeline definition.
- 6d ago
Start fixing builds before failing jobs finish
⚡ SPARKPromise job failure lets a running job declare its expected exit status before it finishes, so Buildkite applies retry and soft-fail rules and marks the build failing immediately while the job runs on. It is the batch's structural change: the build lifecycle is reshaped so remediation can begin during the job rather than after it.
- 6d ago
Send job logs to your OpenTelemetry collector
Agent v3.135.0 can ship job logs to an OpenTelemetry collector, correlated with job, phase, or hook spans when tracing is on. CI output lands in the same backend as application and infrastructure telemetry, so investigating a slow job stops requiring a tool switch.
- 6d ago
More Buildkite workflows are available through APIs
REST and GraphQL coverage expands across pipeline creation, organization administration, notification services, hosted agent resources, and artifacts, with pipeline creation now rejecting blank step configuration up front. Breadth rather than a new capability, but it is the groundwork that makes the headless-CI direction usable end to end.
- 7d ago
Buildkite MCP Server can now wait for a build to finish
The MCP server gains wait_for_build, which blocks up to 45 seconds for a build to reach a terminal state and returns elapsed time if it has not, replacing hand-rolled polling loops in agents. A small tool that meaningfully cuts the call volume and token cost of an agent supervising a build.