Skipper
Skipper adds RFC 9421 HTTP Message Signatures and delivers 21% RouteGroup load time improvement
A side-by-side editorial comparison of Expo and werf — release velocity, themes, recent moves, and the top alternatives to consider.
| Feature | Expo | werf |
|---|---|---|
| Sector | Infra & APIs | Infra & APIs |
| Velocity score | 6.3 | 5.0 |
| Sparks · 30d | 1 | 0 |
| Top themes | sdk, mobile-devtools, observability, eas | devops, gitops, container-builds, kubernetes |
| Last editorial update | 6h ago | 5d ago |
| Website | — | Visit → |
Expo kills its AI agent, SDK 58 beta arrives as EAS observability stack hits GA
Expo is at a turning point: the EAS infrastructure layer — build, update, and now observe — is maturing into production-grade tooling, with EAS Observe reaching GA in August and SDK 58 entering beta this week. Simultaneously, Expo shut down its AI Agent experiment after months in closed beta, a signal that building an AI coding assistant directly on the platform didn't reach product-market fit. The MCP server and Claude desktop integration indicate where the AI bet now sits: in connectors, not agents.
werf v3.x dev channel drops CNI for netavark networking while the 2.x alpha track holds to bug fixes
werf maintains two active release channels: a 2.x alpha series (at v2.78.2) focused almost entirely on correctness backports — stapel panics, cache repo handling, import failures on symlinked paths — and a v3.x dev series pushing new capabilities. The v3.x track added authenticated secret values in deploy pipelines, renderPatches support, and a hard networking dependency switch in v3.4.0-dev.
Expo is at a turning point: the EAS infrastructure layer — build, update, and now observe — is maturing into production-grade tooling, with EAS Observe reaching GA in August and SDK 58 entering beta this week. Simultaneously, Expo shut down its AI Agent experiment after months in closed beta, a signal that building an AI coding assistant directly on the platform didn't reach product-market fit. The MCP server and Claude desktop integration indicate where the AI bet now sits: in connectors, not agents.
Expo is consolidating around EAS as an observable infrastructure layer, not as an AI product builder. The MCP server and third-party integrations (PostHog, Claude) suggest the strategy is to serve as a data and build substrate that AI tools operate on top of. SDK 58 will push new device capabilities through the standard pipeline; EAS Observe data becoming a programmable surface for AI tools is the natural next extension of this approach.
The next move is a stable SDK 58 release and deeper AI-tool integrations via MCP — Expo is betting its AI story on being the substrate that coding assistants operate on, not on shipping its own. Expect more one-command observability integrations to follow PostHog.
werf maintains two active release channels: a 2.x alpha series (at v2.78.2) focused almost entirely on correctness backports — stapel panics, cache repo handling, import failures on symlinked paths — and a v3.x dev series pushing new capabilities. The v3.x track added authenticated secret values in deploy pipelines, renderPatches support, and a hard networking dependency switch in v3.4.0-dev.
The v3.x dev channel is where werf's actual evolution happens: embedded Deno for deploy scripting (v3.2.0), the netavark networking switch (v3.4.0), and a systematic race-condition fix campaign across build, deploy, and registry layers. The 2.x alpha track functions as a backport target for correctness fixes, not a destination for new features. Registry-side cleanup reporting and Helm surface improvements in 3.x suggest the team is hardening the GitOps workflow layer before calling v3 stable.
The netavark switch in v3.4.0-dev is a hard breaking change — environments without netavark installed will lose rootless build capability. Expect migration documentation and a compatibility fallback discussion before any 3.x stable tag. The embedded Deno binary in 3.2.0 will likely gain more deploy scripting APIs once the networking layer stabilizes.
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 Expo or werf.
Skipper adds RFC 9421 HTTP Message Signatures and delivers 21% RouteGroup load time improvement
ToolJet bundles MCP, multi-LLM switching, and PATs in a single beta — shifting from app builder to AI development platform
GitHub Copilot tightens enterprise governance while AI security scanning drops its CodeQL prerequisite
ESPHome 2026.9.0 ships template climate component, OTA encryption with API key, and ESP-NOW for ESP32-P4
Redocly ships a built-in MCP server page across its entire docs platform, with public and authenticated endpoints
Jackett in pure tracker-maintenance mode, daily domain and category updates only
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
They serve adjacent needs but don't currently overlap on shipped themes. Expo is currently shipping more aggressively (velocity 6.3 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. Expo is currently shipping more aggressively (velocity 6.3 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 Expo alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "Expo alternatives" section above for the current picks, or visit /alternatives/expo for the full list with editorial commentary on each.
Top werf alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "werf alternatives" section above for the current picks, or visit /alternatives/werf for the full list with editorial commentary on each.