GravityKit
GravityKit ships weekly across a whole plugin suite, with an MCP server now part of the lineup.
A side-by-side editorial comparison of Buildkite and Nautobot — release velocity, themes, recent moves, and the top alternatives to consider.
| Feature | Buildkite | Nautobot |
|---|---|---|
| Sector | Infra & APIs | Infra & APIs |
| Velocity score | 8.8 | 5.0 |
| Sparks · 30d | 1 | 0 |
| Top themes | headless-ci, mcp, agent-native, observability | network source of truth, security advisories, breaking api changes, dual branch |
| Last editorial update | 20h ago | 2h ago |
| Website | — | Visit → |
Buildkite is rebuilding CI for agents: headless APIs, MCP tools, failure you can act on early.
Buildkite is shipping in two directions at once, and both point at automation as the consumer. On the agent side: an MCP server that now waits on builds and summarizes failures in one call, plus broad new REST and GraphQL coverage for pipeline creation, org administration, notification services, hosted agents, and artifacts. On the pipeline side: a checkout block in pipeline YAML that absorbs what previously took Sparse Checkout, Custom Checkout, and Skip Checkout plugins, Test Engine metrics for reliability and duration behind a dated version header, and job logs exportable to an OpenTelemetry collector. Agent v4 becomes stable on 1 September.
A security advisory cycle forced Nautobot to break its REST API on both supported branches at once.
3.2.0 and 2.4.38 shipped the same day in late July carrying CVE fixes that the notes state introduce breaking changes, most often surfacing as unexpected TypeError, AttributeError or KeyError for REST and GraphQL clients. The central change, from advisory GHSA-h8rv-c7c8-cvmx, is that the REST API now enforces object-level view permissions when traversing to related objects via ?depth — beyond depth 1 a related object the caller cannot view is reduced to id, object_type, url and display instead of being serialised in full. 3.2.0 also makes job_kwargs required for create_schedule, enqueue_job, execute_job and run_job_for_testing, with a temporary fallback that warns. 3.1.8 closed an authorization bypass letting a user self-approve a workflow, and 2.4.37 fixed stored XSS in Relationship and Module Family fields.
Buildkite is shipping in two directions at once, and both point at automation as the consumer. On the agent side: an MCP server that now waits on builds and summarizes failures in one call, plus broad new REST and GraphQL coverage for pipeline creation, org administration, notification services, hosted agents, and artifacts. On the pipeline side: a checkout block in pipeline YAML that absorbs what previously took Sparse Checkout, Custom Checkout, and Skip Checkout plugins, Test Engine metrics for reliability and duration behind a dated version header, and job logs exportable to an OpenTelemetry collector. Agent v4 becomes stable on 1 September.
The organizing idea is headless CI — every operation that used to require the web UI becoming callable, and every failure becoming legible to something that is not a human reading a log. Promise job failure is the sharpest expression of it: the build lifecycle itself is being reshaped so remediation can start before a job finishes. The versioned API header and the v3-to-v4 stable transition suggest Buildkite is settling its interfaces deliberately rather than accreting them, which is what you do before you expect programmatic clients to depend on them.
Expect the MCP server to keep collapsing multi-call workflows into purpose-built tools the way get_build_failure_summary and wait_for_build did, and expect promise-based signalling to extend past failure to other states a long-running job can predict.
3.2.0 and 2.4.38 shipped the same day in late July carrying CVE fixes that the notes state introduce breaking changes, most often surfacing as unexpected TypeError, AttributeError or KeyError for REST and GraphQL clients. The central change, from advisory GHSA-h8rv-c7c8-cvmx, is that the REST API now enforces object-level view permissions when traversing to related objects via ?depth — beyond depth 1 a related object the caller cannot view is reduced to id, object_type, url and display instead of being serialised in full. 3.2.0 also makes job_kwargs required for create_schedule, enqueue_job, execute_job and run_job_for_testing, with a temporary fallback that warns. 3.1.8 closed an authorization bypass letting a user self-approve a workflow, and 2.4.37 fixed stored XSS in Relationship and Module Family fields.
Nautobot is running two supported lines in parallel and treating them as equals: 3.2.2 and 2.4.39 both shipped on 3 August with the same many-to-many change-logging fix. The security work in this window is not incidental — the advisories cluster around authorization boundaries that the API had been permissive about, and closing them meant accepting a compatibility break rather than preserving behaviour. The documentation change acknowledging that managing a Git repository grants arbitrary code execution on the worker is the same instinct applied to expectations rather than code.
The job_kwargs fallback is explicitly temporary and warns when used, so its removal in a later release is the stated next step. Expect the paired 2.4.z and 3.x releases to continue landing together.
Other Infra & APIs products tracked by Sparkpulse, ranked by recent ship velocity. Each card links to a full editorial trajectory and lets you pivot into a head-to-head comparison with either Buildkite or Nautobot.
GravityKit ships weekly across a whole plugin suite, with an MCP server now part of the lineup.
After a two-year redesign, LibreSpeed is adding tests instead of polishing pixels.
Gatekeeper grew a package manager for policies — and a benchmark to prove they are not too slow.
GoCD's changelog is one maintainer keeping a 2010s CI server running on current runtimes.
Incus settled its 7.0 LTS, then went straight back to a monthly feature cadence.
Firecracker's microVMs can now grow and shrink devices while running.
See all Buildkite alternatives → · See all Nautobot alternatives →
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
They serve adjacent needs but don't currently overlap on shipped themes. Buildkite is currently shipping more aggressively (velocity 8.8 vs 5.0), with 1 editorial sparks in the last 30 days against 0. See the at-a-glance table above for a side-by-side breakdown of velocity, recent sparks, and editorial themes.
Sparkpulse doesn't pick a winner — we score release velocity, not feature parity. Buildkite is currently shipping more aggressively (velocity 8.8 vs 5.0), with 1 editorial sparks in the last 30 days against 0. For your specific use case, the alternatives sections above list other Infra & APIs products to evaluate alongside.
Top Buildkite alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "Buildkite alternatives" section above for the current picks, or visit /alternatives/buildkite for the full list with editorial commentary on each.
Top Nautobot alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "Nautobot alternatives" section above for the current picks, or visit /alternatives/nautobot for the full list with editorial commentary on each.