Skipper
Skipper trims a 4x memory regression out of routesrv, days after shipping h2c
A side-by-side editorial comparison of Cursor and OpenMQTTGateway — release velocity, themes, recent moves, and the top alternatives to consider.
| Feature | Cursor | OpenMQTTGateway |
|---|---|---|
| Sector | Infra & APIs | Infra & APIs |
| Velocity score | 8.8 | 0.0 |
| Sparks · 30d | 3 | 0 |
| Top themes | ai-agents, autonomous-agents, event-driven, cloud-agents | iot gateway, bluetooth le, mqtt, home automation |
| Last editorial update | 9h ago | 13d ago |
| Website | — | Visit → |
Cursor's agents stop waiting to be asked - they subscribe, and they hold a goal until it's done.
Cursor has spent two months moving agents out of the editor: cloud agents on iPhone and iPad, in Slack, on schedules, a team marketplace, a router picking the model per request, and Origin hosting repos and pull requests inside the product. This release changes how those agents are started. Cloud agents can subscribe to an event source - a PR, a Slack thread, a schedule - and wake when something happens, and /goal gives one a long-lived objective it works toward until complete. Subagents now get their own virtual machines with isolated project copies.
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.
Cursor has spent two months moving agents out of the editor: cloud agents on iPhone and iPad, in Slack, on schedules, a team marketplace, a router picking the model per request, and Origin hosting repos and pull requests inside the product. This release changes how those agents are started. Cloud agents can subscribe to an event source - a PR, a Slack thread, a schedule - and wake when something happens, and /goal gives one a long-lived objective it works toward until complete. Subagents now get their own virtual machines with isolated project copies.
The through-line has been removing external dependencies and wait states; this release removes the human from the trigger. Agents that Cursor created now subscribe to their own pull requests and drive them to completion, fixing CI and answering bot comments unprompted. Isolated per-subagent VMs are what make that safe to parallelize - swarms can work without colliding - and steering lets a person redirect a running agent at the next tool call rather than interrupting it. Cursor is building the always-on case rather than the faster-autocomplete one.
With subscriptions limited to cloud agents for now, the obvious next step is bringing event-triggered runs to local agents, along with the controls an always-on fleet needs - spend limits, approval gates, and a way to review what ran while nobody was watching.
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 Cursor or OpenMQTTGateway.
Skipper trims a 4x memory regression out of routesrv, days after shipping h2c
CloudStack ships two LTS branches in lockstep and publishes nothing but pointers
Kinsta is moving MyKinsta's controls into its API, one surface per month
Verdaccio's 7.0 line is subtraction — forks dropped, toolchain swapped, tags mostly empty
Observability lands on OpenTelemetry semconv in the LTS train
Canvas agents gain memory, and onboarding moves into the editor
See all Cursor 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. Cursor is currently shipping more aggressively (velocity 8.8 vs 0.0), with 3 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. Cursor is currently shipping more aggressively (velocity 8.8 vs 0.0), with 3 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 Cursor alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "Cursor alternatives" section above for the current picks, or visit /alternatives/cursor 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.