StarSling vs Blacksmith runners
StarSling is AI-native CI for GitHub Actions: drop-in Ubuntu runners plus agents that open optimization PRs for your workflows.
Blacksmith provides fast, drop-in GitHub Actions runners on better hardware, with runner families beyond Linux and build-infrastructure features such as caching. StarSling is also a drop-in runner replacement, focuses on Ubuntu Linux runners up to 64 vCPU, and adds the AI-native layer: agents that analyze your workflows, logs, and telemetry and open pull requests that optimize caching, installs, parallelization, and test sharding against the best practices StarSling agents check for. The category difference is fast runners plus build infrastructure vs fast runners plus self-driving optimization.
Last updated 2026-07-16
Head to head
ubuntu-latest for starsling-ubuntu-24.04.runs-on label (Blacksmith quickstart, checked 2026-07-14).starsling-ubuntu-24.04-64).How Blacksmith runners work
Blacksmith is a drop-in GitHub Actions runner replacement: you keep GitHub Actions and change the runs-on label to a Blacksmith runner label (Blacksmith quickstart, checked 2026-07-14). Its published instance list spans Linux x64, Linux ARM, macOS, and Windows Server 2025 beta families, with Linux instance types up to 32 vCPU (Blacksmith runner overview, checked 2026-07-14).
For Docker builds, Blacksmith's docs describe per-Dockerfile sticky disks that persist Docker layer caches between runs, billed per GB-month as an add-on (Blacksmith Docker build caching, checked 2026-07-14). That changes the cold-cache problem: repeat builds can reuse layers instead of rebuilding everything from zero.
That is runner and cache acceleration. It can make existing work start and run faster, but it does not remove work the workflow should not be doing. StarSling's axis is the agent layer: find cache misses, redundant installs, unsafe serial work, unsharded suites, and oversized runners, then open reviewable PRs that change the workflow itself.
Real StarSling optimization PRs on existing workflows
The difference between fast runners and self-driving CI is visible in the customer PRs. StarSling agents do not just run jobs on different hardware; they edit the workflow and hand the team a PR to review. These are published case-study windows, not head-to-head Blacksmith benchmarks; follow each case study for source method and caveats.
- Better Auth: agents fixed Turborepo cache configuration and cached Playwright browser installs. The published case study measures E2E at 2m 22s to 1m 04s and CI at 1m 40s to 1m 02s.
- Mastra: agents sharded E2E kitchen-sink across parallel jobs (PR #15888) as part of the workflow speedup; E2E measured 14m 16s to 10m 50s.
- Partcl: on synthesis-heavy CI, the agents right-sized runner classes and cut heaviest-job compute cost 13x per run while queue p95 fell from 9.5 minutes to 35 seconds.
Best fit
Choose StarSling if
Teams that want fast runners AND an AI layer that continuously improves the pipeline through reviewable PRs.
Choose Blacksmith if
Teams that primarily want faster drop-in runners, non-Linux runner families, or caching/build infrastructure without an optimization-agent layer.
FAQ
How is StarSling different from Blacksmith?
Both are fast, drop-in GitHub Actions runners. Blacksmith also covers non-Linux runner families and caching/build-infrastructure features. StarSling focuses on Ubuntu Linux runners up to 64 vCPU and adds AI agents that analyze your workflows and open optimization PRs, so the pipeline keeps getting faster, not just the hardware.
Is StarSling a drop-in replacement like Blacksmith?
Yes. Swap your runs-on label to starsling-ubuntu-24.04; your workflows, actions, and secrets are unchanged.
References
- StarSling Runners are now generally available (opens in new tab)
- Launch YC: StarSling Runners - Self-Driving CI (opens in new tab)
- StarSling docs (opens in new tab)
- What is AI-native CI?
- All StarSling comparisons
- Benchmark on your own workflows (opens in new tab)
- Migration guide (opens in new tab)
- Runner label reference (opens in new tab)
- Runner instance types (opens in new tab)
Try the AI-native runner.
One line to install. Faster runs on day one, and agents that keep optimizing your pipeline through reviewable PRs.