Nicheloom

Market intelligence for builders — see what's gaining traction before it's crowded.

Kandelo

a POSIX-compatible multi-process WASM kernel for the browser

Details

External ID
49378305
Source
HN
Company
—
Product
Kandelo
Website domain
kandelo.dev
Launched
Aug. 20, 2026
Cohort
—
Upvotes
12
Upvotes percentile
0.6364247311827957
Tags
—
Fetched at
Sept. 10, 2026, 5:32 a.m.
Updated at
Sept. 10, 2026, 5:32 a.m.

Description

Kandelo is an open-source, Wasm-based multi-process kernel that runs POSIX programs in browsers and Node.js.Kandelo is still experimental, but it already runs a substantial range of existing software.Do you have use cases for this?We are trying Kandelo as a new foundation for WordPress Playground which runs server-side WordPress entirely in the browser. Kandelo also looks promising as a sandbox for running agents in the the browser and on the command line. On the side, we've been playing with porting games and desktop environments and even compiling runnable programs within Kandelo.Yet it feels like there are many possibilities we haven't considered.How would you like to use something like this?Demos:Some notes: The demos have been tested in desktop browsers. Unfortunately, YMMV on mobile today. Some of the disk images are large (~50MB) and may take a while to boot initially.Main set, with Shell (bash, vim, nethack, and more), Nginx, PHP, WordPress, and Doom: https://kandelo.dev/20260819-demo/LÖVE game engine: https://kandelo.dev/20260819-demo-love/SNKRX running under LÖVE: https://kandelo.dev/20260819-demo-love/?vfs=love-snkrx-abi44...Commander Keen running in DOSBox: https://kandelo.dev/20260819-demo-dos/?demo=keenLXDE desktop PoC: https://kandelo.dev/20260819-demo-lxde/?demo=desktop-lxdeBackgroundI wanted an authentic OS-level foundation for running systems software in the browser and started this as a vibe-coded exploration. I figured it would end up being too slow and that we would have to offer many different ways to compromise default POSIX behavior to get anything usable. But after weeks of fighting agents, insisting on genuine POSIX compatibility as the default, I was surprised at how well the system worked without those compromises.Nginx, PHP, Python, Ruby, Redis, and even MariaDB were able to be built using the SDK with minimal hacks.Then we started porting games, having fun, and playing to see how far we could push it.Notes on architecture:There is a central, single-worker kernel, aiming to provide all supportable POSIX syscalls. Each process is a dedicated worker with independent memory. Each process thread is a dedicated worker that shares memory with threads from the same process. Syscalls are done with the process SharedArrayBuffer and the Atomics API. fork() is supported. The system is centered around virtual file system (VFS) images, and the VFS can contain lazy references to programs that may or may not be used. Vim is such a reference in the shell demo.On GitHub: https://github.com/Automattic/kandelo

Enrichment

Theme
browser automation and scraping for AI
Vertical
Horizontal
Function
Dev tools
Audience
Developer
AI stance
Not AI
Project type
Hobby / open-source project
Normalized one-liner
posix-compatible wasm kernel for browsers
Manually corrected
False

Could you build this?

No Building a POSIX-compatible multi-process kernel running inside WebAssembly requires deep low-level systems engineering, virtual memory management, syscall emulation, and runtime architecture that AI assistants cannot reliably design from scratch.

What it would actually take: Requires deep systems programming expertise in C/Rust and WebAssembly specs (WASI, SharedArrayBuffer, Web Workers). The core involves implementing process scheduling, inter-process communication (pipes/signals), virtual filesystems (VFS), and POSIX syscall emulation within the browser's constrained sandbox. Significant effort is needed to manage memory isolation and concurrency across Web Workers without native OS threading primitives.

Discussion

12 comments analyzed.

Competitors mentioned: JSLinux, Just (task runner), cap-std VFS approach

Concerns raised: Dead symlinks left behind on filesystem pointing to real files, Escape codes interacting with terminal (clipboard access), Performance efficiency compared to CPU emulation approaches, Pre-existing software must be rebuilt to run on Kandelo

Feature requests: Protocol for custom mount types, Hooks for host environment to manage file descriptor operations, Direct rendering support for graphics (KMS inside iframe), Full /proc interface for processes, Easier integration API for external environments

Competitors

Other products that read as similar to this one — 29 launches clear the similarity bar, closest 8 shown.

Attention rank: #13 of 30 (itself plus its competitors, highest first — normalized so YC and Product Hunt are compared fairly).

Launched 217 days after the earliest competitor.

Other launches for this product

Same idea, different domain

Nobody's really built a dev tools tool for Sales yet.