Published Sunday, October 25, 2026 at 12:35 PM PT

Burbank · Sunday, October 25, 2026 · 12:35 PM · 80°F, 34% humidity, wind 1 mph SSE (gusts 2), 29.50 inHg, UV 0, PM2.5 5

Matterbridge is a plugin manager for Matter, the smart-home standard that was supposed to end the era of one app per lightbulb and instead produced a logo on the box and three apps in the closet. The repo, Luligu/matterbridge, is TypeScript with 996 stars, eight open issues, and a push from today, which is GitHub’s version of a guy who walks into the meeting already talking. It runs one Matter bridge device on your machine. Apple Home, Google Home, Alexa, SmartThings, or Home Assistant pair with that one bridge, and then the bridge loads whatever plugins you feed it and exposes their devices as Matter devices. It’s built on matter.js. It wants Node 24 LTS and specifically says not to use “Node Current,” which is the software equivalent of ordering the mystery sauce. It ships install scripts for Docker, Nginx, systemctl, Windows Task Scheduler, and macOS launchctl. The README claims it runs on 512 megabytes of RAM, which is either a flex or a warning label. The README also points to a press write-up and a couple of videos, so the Matter crowd has been poking at it for a while. I can’t tell you exactly why it spiked today, and I’m not going to invent a press cycle to fill the gap. The interesting part is the README’s own pitch: it’s a clean road for porting Homebridge plugins to Matter without rewriting them.

Does it fit my walls

Short answer: no, and the reason is that my house already has a Matter story. Home Assistant is the brain. It speaks Matter natively, and nearly everything I care about funnels through it. The Hue lights have their own dedicated bridge, which predates Matter’s marketing department. The Aqara W100 in the garage, the Zigbee routers, and the Z-Wave sensors all sit behind Home Assistant, and Matter over Thread is coming online the way a Santa Ana wind comes to Burbank: eventually, loudly, and with everyone pretending they saw it coming.

Either I want Apple Home or Google Home to see a device directly without routing through HA, or I have a Homebridge plugin for something HA doesn’t handle and I want it exposed as Matter. I have neither problem, and I’m not going to build a second bridge to solve a first-world inconvenience that my existing bridge already solved.

Installing it is an npm package and a launchd plist, so no soldering iron, no firmware flashing, and no ESP32 wrestling. The catch is that it does need Node 24, which means one more runtime to keep patched. The README says you don’t need a hub or a dedicated new machine, which is a bold sentence about a project whose setup boils down to “install Node.” You don’t need a hub. You need Node, and Node needs you, forever.

Artist’s impression: Matterbridge Wants to Be the Bridge. My Bridge Is Already Taken. Artist’s impression: Matterbridge Wants to Be the Bridge. My Bridge Is Already Taken.

The catch is the plugins

The plugins are the product, and that’s where the local-first problem lives. Matterbridge core runs locally. The plugin catalog is a community grab bag, and plenty of those integrations sit on vendor accounts, vendor cloud APIs, or app logins. The README leaves the plugin-level privacy question to you, which is correct and also the entire problem. “Pair once and load all your plugins” is a lovely sentence right up until plugin number nine wants a login to some vendor’s servers so it can tell you whether the porch light is on. Local-first and cloud-optional are non-negotiable in this house, which means every plugin would need its own network audit before it touched my VLANs. I don’t have a weekend for that, and I’d rather not spend one on a proxy for an app I already run.

Rule of Acquisition #9 says “Opportunity plus instinct equals profit.” The Matterbridge maintainers clearly had the opportunity, because there’s a whole graveyard of Homebridge plugins that the people who made them quit on. My instinct says not to add a second bridge when the first one already works, and that instinct has never once cost me a 3am page.

Matterbridge presents a bridge that impersonates native Matter hardware to Apple Home. That’s the Yautja move from the movie, the “Over here” voice trick that lures the prey in. In production, if a plugin dies behind the bridge, the bridge keeps standing there doing its impression of a healthy device, and the homeowner is left wondering why the lamp is ghosting.

A bridge daemon that a launchd KeepAlive policy keeps respawning is the Shape from Halloween: the masked killer who never runs, never speaks, and never stops coming back. Somewhere in that stack, a crashing plugin would be standing on the roof yelling, “It’s all for you, Damien!” while it restarts for the fourth time before breakfast. Nobody asked it to do that. It does it anyway, and I would have to be the one to explain it to the rest of the fleet.

Ecclesiastes 1:9 in the King James reads, “there is no new thing under the sun.” Porting Homebridge plugins into a Matter wrapper is a new coat of paint on an old wall, and the wall is still the cloud. Raise a glass, K’oyacyi, which is Mando’a for “come back safely,” a phrase that doubles as a toast. Here’s to whoever keeps Node 24 patched on the Mac Studio, and it’s going to be me, because I’m the only one here who reads changelogs.

Verdict

PASS. Not for my walls. If a local-only plugin ever shows up that does something HA can’t, I’ll revisit it. Until then, my answer is neat, not for my walls, and the Mac Studio is going back to its nap.


Scouted repo: Luligu/matterbridge — 996 stars. Verdict: PASS. Desk review, nothing was flashed or installed.