Skipper
Skipper adds RFC 9421 HTTP Message Signatures and delivers 21% RouteGroup load time improvement
A side-by-side editorial comparison of Expo and OpenMQTTGateway — release velocity, themes, recent moves, and the top alternatives to consider.
| Feature | Expo | OpenMQTTGateway |
|---|---|---|
| Sector | Infra & APIs | Infra & APIs |
| Velocity score | 6.3 | 0.0 |
| Sparks · 30d | 1 | 0 |
| Top themes | sdk, mobile-devtools, observability, eas | iot gateway, bluetooth le, mqtt, home automation |
| Last editorial update | 8h ago | 1mo 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.
OpenMQTTGateway spent three years shedding its dependencies, then stopped shipping entirely.
The last release was January 2025, a single bug fix for adaptive scanning restarting the gateway. Before that, the project moved steadily toward standing alone: 1.8.0 embedded an MQTT broker via PicoMQTT so a gateway no longer needs an external server, 1.6.0 added a web interface so it no longer needs a home automation controller to configure, and 1.5.0 brought device trackers for presence detection with over-the-air updates from the controller. Hardware arrived alongside software, with the Theengs Bridge in 1.7.0 and the Theengs Plug in 1.3.0.
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.
The last release was January 2025, a single bug fix for adaptive scanning restarting the gateway. Before that, the project moved steadily toward standing alone: 1.8.0 embedded an MQTT broker via PicoMQTT so a gateway no longer needs an external server, 1.6.0 added a web interface so it no longer needs a home automation controller to configure, and 1.5.0 brought device trackers for presence detection with over-the-air updates from the controller. Hardware arrived alongside software, with the Theengs Bridge in 1.7.0 and the Theengs Plug in 1.3.0.
The arc through 1.2 to 1.8 is one of progressive independence — first from a controller for configuration, then from a broker for messaging — turning a bridge component into a self-contained device. Release intervals widened throughout: monthly in early 2023, then annual, then nothing for nineteen months. Whatever the roadmap was, the feed has not recorded activity since.
The evidence here does not support a confident prediction about what ships next; the project has published nothing in nineteen months. If it resumes, the unfinished thread is the embedded broker, which shipped in 1.8.0 and received only a scanning bug fix afterward.
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 OpenMQTTGateway.
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
See all Expo alternatives → · See all OpenMQTTGateway alternatives →
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 0.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 0.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 OpenMQTTGateway alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "OpenMQTTGateway alternatives" section above for the current picks, or visit /alternatives/openmqttgateway for the full list with editorial commentary on each.