kwb.pkgbuild
kwb.pkgbuild's CI templates went four years without a refresh, then had to be rebuilt for current runners
A side-by-side editorial comparison of rextendr and WorkOS — release velocity, themes, recent moves, and the top alternatives to consider.
| Feature | rextendr | WorkOS |
|---|---|---|
| Sector | Infra & APIs | Infra & APIs |
| Velocity score | 0.0 | 8.8 |
| Sparks · 30d | 0 | 3 |
| Top themes | r, rust, extendr, webassembly | identity, agent-auth, scim, developer-tools |
| Last editorial update | 37m ago | 18h ago |
| Website | Visit → | — |
rextendr put Rust-backed R packages in the browser, then tore itself down for a 1.0.0 rebuild
rextendr is the R-side toolchain for extendr, scaffolding and compiling R packages with Rust internals. The package is mid-teardown: the 0.4-final tag in October 2025 warns that main may not work as expected and directs users to install from that tag, and April 2026's release is titled as one more developer release before 1.0.0. Meanwhile the CRAN-facing 0.4.x line did the substantive work.
WorkOS is building the identity layer for agents while quietly making it easy to switch to it.
WorkOS sells enterprise-readiness infrastructure — SSO, SCIM directory sync, and AuthKit — to application developers. The recent work runs on two tracks. One is a fast-moving agent stack: agent identities registering through an open protocol, a proxy that calls third-party APIs so applications never hold user tokens, and Atlas, an AI coworker that is an end-user product rather than a developer primitive. The other is adoption and developer experience, including a local API for CI/CD testing and a reversible SCIM migration bridge.
rextendr is the R-side toolchain for extendr, scaffolding and compiling R packages with Rust internals. The package is mid-teardown: the 0.4-final tag in October 2025 warns that main may not work as expected and directs users to install from that tag, and April 2026's release is titled as one more developer release before 1.0.0. Meanwhile the CRAN-facing 0.4.x line did the substantive work.
Two threads run in parallel. The first is reach: 0.4.0 added WebR support out of the box for all extendr packages by enabling the wasm32-unknown-emscripten target, and 0.4.2 followed with the panic and link-time-optimization settings needed to make those builds actually work. The second is CRAN compliance — use_cran_defaults(), vendor_pkgs(), automatic SystemRequirements fields, and configure scripts, all aimed at getting Rust-powered packages accepted on CRAN. The rebuild announced in 0.4-final is a third thread whose shape the entries do not reveal.
The stated destination is 1.0.0 built on the new Makevars-linked build process, so that release is the next milestone. What the revamp changes for existing extendr packages is not described in any entry here.
WorkOS sells enterprise-readiness infrastructure — SSO, SCIM directory sync, and AuthKit — to application developers. The recent work runs on two tracks. One is a fast-moving agent stack: agent identities registering through an open protocol, a proxy that calls third-party APIs so applications never hold user tokens, and Atlas, an AI coworker that is an end-user product rather than a developer primitive. The other is adoption and developer experience, including a local API for CI/CD testing and a reversible SCIM migration bridge.
The agent releases fit together as one bet: if agents are going to act on users' accounts, someone has to issue their identities and hold their credentials, and WorkOS is positioning to be that party in both cases. What is notable is the pairing with go-to-market plumbing. A reversible SCIM proxy with zero downtime and safe rollbacks is not a capability story, it is a switching-cost story, and shipping it alongside the agent work suggests confidence that the platform is worth migrating onto.
Expect the agent identity and token custody pieces to converge into a single documented stack, since Pipes and Agent Registration currently solve adjacent halves of the same problem. Atlas remains the thinnest-described release and the least clear in intent.
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 rextendr or WorkOS.
kwb.pkgbuild's CI templates went four years without a refresh, then had to be rebuilt for current runners
saperlipopette turned Git disasters into practice exercises, then passed peer review
rdocdump grew from a CRAN doc dumper into a resolver that pulls packages from anywhere
nominatimlite's real work was self-hosting and caching; 0.6.0 is an internal refactor with no API change
osrm.backend stopped trusting upstream binaries and started shipping its own
taxifydb found that its coverage audit was checking a hand-maintained list, not reality.
See all rextendr alternatives → · See all WorkOS alternatives →
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
They serve adjacent needs but don't currently overlap on shipped themes. WorkOS 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. WorkOS 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 rextendr alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "rextendr alternatives" section above for the current picks, or visit /alternatives/rextendr for the full list with editorial commentary on each.
Top WorkOS alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "WorkOS alternatives" section above for the current picks, or visit /alternatives/workos for the full list with editorial commentary on each.