Skip to content

Explore — alternate browsers

One-time spike before 1.0: could a faster browser backend beat Playwright on mass recipe e2e (leased URL, many workers)?

Decision for 1.0: stay on Playwright. Revisit when real perf dogfood needs throughput beyond Node CDP bindings — not because Playwright “already has CDP.”

ProjectPerf angleWhy not in 1.0
Astral (Deno)Lean Deno browser automationNo Node/Vitest dogfood path without a separate runner
Thirtyfour (Rust / WebDriver)Native Rust clientWebDriver stack + Node bridge; unclear win vs CDP for our recipe shape
Chromiumoxide (Rust / CDP)Low-level Rust CDP for raw throughputInteresting because it is CDP — potentially faster than Playwright’s Node layer. Deferred for Node↔Rust integration cost in the Vitest/Playwright recipe path until there is concrete perf dogfood

A thin recipe that only returns { url } could sit under any browser client later. That is not worth a first-class adapter until something measures better than Playwright on real suites.

Do not block 1.0 on shipping these.

Related: Vitest Browser Mode (component-in-browser track — also not recipe-e2e).

Released under the MIT License.