Scouted · September 13, 2026
run huge MoE models on owned hardware
Too hard to rebuild from scratch, but Apache-2.0 plus a missing UI/billing layer makes it a strong fork-and-wrap play, not a build-from-zero one.
Why now?
Repo created 2026-07-01, already 28,815 stars with 652 gained today and 8.82 stars/day velocity — explosive, sustained attention in ~2.5 months. Apache-2.0 plus 10.99% fork ratio shows strong intent-to-use, and no UI, billing, or managed distribution layer exists yet.
The gap
The pure C, zero-dependency engine streams MoE experts from disk to run frontier models on owned hardware, but ships with no user interface, no billing, and no managed distribution. Developers and researchers must use a low-level engine directly, with no packaged desktop or hosted product making it accessible without systems expertise.
Main competitor
The status quo is using the raw colibri engine directly, since the signals identify no specific competing product or managed wrapper.
Execution plan
- Fork the Apache-2.0 colibri repo and audit the 116 open issues to find stability gaps and setup friction points.
- Build a minimal desktop wrapper (local web UI or native shell) handling model download, expert streaming config, and one-click inference without C build tooling.
- Add a licensing and billing layer for commercial use, such as a paid desktop license or hosted inference endpoint, keeping the core engine open source.
- Publish quickstart docs for developers and researchers with local hardware, using the repo's existing star and fork traction as the distribution channel.
- Iterate on stability from issue reports, prioritizing frequent failures to reduce support burden from the young codebase.
Monetization
Paid desktop app or hosted inference service wrapping the open-source engine with UI, managed model downloads, and billing. Apache-2.0 permits commercial wrapping, and 28.8k stars plus 3,166 forks suggest a large developer pool, though no download or revenue signals confirm willingness to pay.