finnts
Microsoft's automated forecasting framework, still mostly a one-maintainer effort.
Comparison · Infra & APIs
adjustedCurves vs Buildkite
A side-by-side editorial comparison of adjustedCurves and Buildkite — release velocity, themes, recent moves, and the top alternatives to consider.
adjustedCurves vs Buildkite: at a glance
| Feature | adjustedCurves | Buildkite |
|---|---|---|
| Sector | Infra & APIs | Infra & APIs |
| Velocity score | 0.0 | 8.8 |
| Sparks · 30d | 0 | 0 |
| Top themes | survival-analysis, causal-inference, r-package, biostatistics | ci-cd, mcp, agents, observability |
| Last editorial update | 51m ago | 5h ago |
| Website | Visit → | — |
What is adjustedCurves?
A survival curve package spending release after release correcting its own estimates
adjustedCurves computes confounder-adjusted survival and cumulative incidence curves across a range of estimators - IPTW, AIPTW, Aalen-Johansen, direct standardisation - with support for multiple imputation and bootstrapping. The recent releases are dominated by corrections to numbers the package already reported. Version 0.11.4 fixed cumulative incidence estimates under method="aalen_johansen" that were being read one time step early, which the maintainer notes could differ substantially when events are few, and added risk and event counts to the ggsurvplot conversion including correctly pooled values under multiple imputation.
What is Buildkite?
Buildkite is rebuilding CI as something agents drive, not just humans.
Buildkite's recent releases split in two: MCP tooling for agents - list_tests, wait_for_build, compliance with the stateless MCP spec - and broader REST/GraphQL coverage so setup, governance, and troubleshooting can run headless. Conventional CI work continues underneath, with checkout configuration in pipeline YAML and OpenTelemetry job log export. The framing on nearly every note is what an agent can now do without a human in the loop.
adjustedCurves vs Buildkite: editorial side-by-side
adjustedCurves
0.0INFRA · APIS
A survival curve package spending release after release correcting its own estimates
◆ Current state
adjustedCurves computes confounder-adjusted survival and cumulative incidence curves across a range of estimators - IPTW, AIPTW, Aalen-Johansen, direct standardisation - with support for multiple imputation and bootstrapping. The recent releases are dominated by corrections to numbers the package already reported. Version 0.11.4 fixed cumulative incidence estimates under method="aalen_johansen" that were being read one time step early, which the maintainer notes could differ substantially when events are few, and added risk and event counts to the ggsurvplot conversion including correctly pooled values under multiple imputation.
◆ Where it's heading
Multiple imputation is the recurring fault line. The standard error pooling formula was implemented incorrectly until 0.11.2, then fixed again in 0.11.3 for the bootstrapping-plus-imputation combination, and 0.11.4 added the pooled risk table values that had previously been omitted entirely. A separate thread quietly removed capability: tmle and ostmle methods went in 0.10.0, and tmle support was pulled again in 0.11.1 after the concrete package left CRAN. Feature work does happen - risk tables, contrast arguments, the extend_to_last control on IPTW curves - but it is outweighed by correction.
◆ Prediction
Expect continued estimator-level corrections rather than new methods, and a possible return of tmle support if its upstream dependency returns to CRAN, since the removal was described as temporary.
Buildkite
8.8INFRA · APIS
Buildkite is rebuilding CI as something agents drive, not just humans.
◆ Current state
Buildkite's recent releases split in two: MCP tooling for agents - list_tests, wait_for_build, compliance with the stateless MCP spec - and broader REST/GraphQL coverage so setup, governance, and troubleshooting can run headless. Conventional CI work continues underneath, with checkout configuration in pipeline YAML and OpenTelemetry job log export. The framing on nearly every note is what an agent can now do without a human in the loop.
◆ Where it's heading
Buildkite is arguing that CI should be forge-independent, and it is now backing that with coverage: GitHub, GitLab, Bitbucket, and as of this week Cursor's Origin, where it shipped as a launch partner on day one. On the agent side the pattern is removing the workarounds automation used to need - a wait tool instead of a polling loop, aggregated test metrics instead of assembling individual runs, an early failure signal instead of waiting for a job to exit. Each release converts a hand-rolled agent behavior into a first-class primitive.
◆ Prediction
The read side of the MCP server is now largely covered, so expect write-side tools next - retrying jobs, unblocking builds, creating or editing pipelines from an agent - following the same pattern the REST expansion just established.
Alternatives to adjustedCurves and Buildkite
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 adjustedCurves or Buildkite.
BayLum
Bayesian luminescence dating that finally replaced its folder-structure input format.
daedalus
An epidemic-economic model teaching its interventions to react to the outbreak itself.
bkmrhat
A parallel-chain helper for bkmr that has settled into pure upkeep.
driveR
A cancer driver prioritization package that ships rarely and mostly to stay installable
metR
A meteorology ggplot2 extension where the netCDF reader became the main event
See all adjustedCurves alternatives → · See all Buildkite alternatives →
Recent activity from adjustedCurves and Buildkite
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
- 1d agoBuildkiteBuildkite is a Cursor Origin launch partner
- 6d agoBuildkiteBuildkite MCP Server can now find your slowest and flakiest tests
- 12d agoBuildkiteAnalyze test reliability and performance with the Test Engine API
- 12d agoBuildkiteCustomize Git checkout behavior directly in pipeline YAML
- 13d agoBuildkiteMore Buildkite workflows are available through APIs
- 13d agoBuildkiteSend job logs to your OpenTelemetry collector
- 6mo agoadjustedCurvesOff-by-one-step error corrected in cumulative incidence estimates
- 1y agoadjustedCurvesIPTW curves can now extend to the last observed time
- 2y agoadjustedCurvesDropped arguments and a wrong multiple-imputation pooling formula
- 2y agoadjustedCurvesRisk tables, contrast consolidation and faster bootstrapping
- 3y agoadjustedCurvestmle and ostmle methods dropped
- 3y agoadjustedCurvesDependency compatibility and installation documentation
Frequently asked questions
What is the difference between adjustedCurves and Buildkite?
They serve adjacent needs but don't currently overlap on shipped themes. Buildkite is currently shipping more aggressively (velocity 8.8 vs 0.0), with 0 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.
Is adjustedCurves better than Buildkite?
Sparkpulse doesn't pick a winner — we score release velocity, not feature parity. Buildkite is currently shipping more aggressively (velocity 8.8 vs 0.0), with 0 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.
What are the best alternatives to adjustedCurves?
Top adjustedCurves alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "adjustedCurves alternatives" section above for the current picks, or visit /alternatives/adjustedcurves for the full list with editorial commentary on each.
What are the best alternatives to Buildkite?
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.