MUSIXQUARE
- 官网
- musixquare.com/(about:musixquare.com/about)
- PH
- www.producthunt.com/products/musixquare/launches/musixquare,2026-05-01,82 票(发布日 78)/ 当日第 13 名 / 8 条评论库
- 一句话
- 把房间里的手机、平板、电脑变成一套同步的无线环绕音响系统,浏览器打开、免安装,用 6 位邀请码组队。
- 团队
- 个人项目。GitHub 作者 HYEONSEUNG CHOI(handle
hiefny,X @hfny_4),韩国开发者(韩文名、韩语界面、韩文字体 Pretendard、多语言含韩日中);GitHub 账号很新(uid 257024056),只有这一个仓库。没有公司实体、没有融资信息官网/GitHub。 - 收费
- 官网 2026-11-02 抓取——「MUSIXQUARE is provided free of charge」「no paid subscription at present」;PRO 房间「operator-controlled…no paid plan, public checkout, or subscription」官网 FAQ。无旧档可对比(TrustMRR 无记录)。
- 状态判断
- 活着但平——代码和博客仍在高频更新(2026-11-02 还有提交),但外部牵引力极小(11 star、98 PH 关注、无收入记录、HN/X 零提及)。
- 证据强度
- 中。PH 库、GitHub 网页、官网三处对得上;收入/商店/讨论四类库全空。
发布之后的表现
收入
- indie(TrustMRR):库里没有库。官网明确免费、无付费计划,与「无收入记录」一致。
- 自报使用量:about 页写「10.6K rooms opened so far」(2026-11-02 抓取)自报。这是累计开房数,不是用户数或收入,无法用任何库交叉验证。
用户 / 下载
- App Store / Google Play / Mac App Store / Chrome 商店:四个库全部没有库。产品是纯 Web PWA,官网引导「Add to Home Screen / Install app」,没有原生包,所以商店库为空是合理的,不代表没用户。
- 唯一可量化的外部信号是 PH 关注数 98(2026-10-29 快照)库。
开发者关注
- GitHub
hiefny/MUSIXQUARE:11 star、1 fork、0 watcher、0 tag、2 branch、3,968 次提交,AGPL-3.0,TypeScriptGitHub 网页 2026-11-02。fork/star ≈ 9%,在正常区间,无刷星迹象。 - 该库不在我们 GitHub 库名单里(不到 50 星的老库不入库),所以没有 star 走势、gain_7d、suspect 等字段库。
- 活跃度极高:最新提交 2026-11-02(「App Hangul drawn by Pretendard…」),提交信息显示有 Claude 参与协作,版本已到 9.0.25 / v798,有完整 CI、Playwright 测试、安全审计记录GitHub。
讨论
- Hacker News:库里没有库。
- X 本地库:core 层成员帖中零提及;创始人 @hfny_4 不在任何圈子名单里库。
- PH 评论区:8 条评论,有用户建议「podcast monitoring 可以单独做一个垂直」,创始人回复了系统音频共享的用法PH 网页。
- 第三方目录站有收录(ChatGate、NextBigProduct、UIComet launches),但都是自动聚合,不是真实讨论web_search。
官网动态
- 官网活着且持续更新:博客从 2026-09-06 到 2026-11-01 几乎每两天一篇(QR 音频房间、设备兼容性测试、立体声声道映射等 SEO 向文章),FAQ 更新于 2026-10-10,Developer API 文档更新于 2026-08-17官网。
- 有完整 History/roadmap 页(含「Not ours to fix」分类)、Design System 页、Discord 社区、42 种界面语言官网。
- 无融资、无收购、无 changelog 独立页(changelog 重定向到 history)官网。
自报 vs 实际
| 自报 | 出处 | 库 / 第三方对照 | 结论 |
|---|---|---|---|
| 发布日 88 upvotes、当日 #13 | 官网 History 页自报 | PH 库:launch_day_score 78、daily_rank 13、现分 82库 | 排名一致,票数对不上(88 vs 78),自报偏高 10 票;PH 分数会被反作弊调整,以库为准 |
| 10.6K rooms opened | about 页自报 | 无任何库可验证 | 无法核实;「开房数」口径宽松(同一人可反复开房),不等于用户数 |
| 免费、无付费计划 | 官网 FAQ自报 | indie 库无记录,一致 | 对得上 |
为什么成了 / 没成
没成(至少目前没有商业牵引力)。 技术完成度是这个项目最突出的地方:从 2025-08 的 Web Audio 原型到 2026-05 上线,作者做了 TypeScript 重写、SharedClock 时钟同步、Cloudflare Durable Objects 信令、TURN/SFU 中继、8 轮上线前安全审计、Playwright 测试套件——3,968 次提交、9.0.25 版本号,工程纪律远超一般独立项目。但工程投入没有转化成需求验证:
- 需求本身偏窄且低频。 「把闲置设备变成环绕音响」是一个 demo 惊艳、日常使用频率极低的场景。真正需要多设备同步音频的人(派对、播客监看)已经有 Sonos、AirPlay、Snapcast 等成熟方案,而 MUSIXQUARE 的差异化(免安装、跨网络)恰好被浏览器 API 限制反噬:YouTube 模式不能用 EQ/声道分离,Spotify/Apple Music 等 DRM 服务完全无法接入,手机端不能做系统音频宿主官网。核心卖点在最主流的音乐来源上失效。
- 没有变现路径。 官网明确免费、PRO 靠运营发券,没有 checkout。即使有 10.6K 开房,也没有任何收入转化机制。
- 分发几乎为零。 PH 当日第 13 名、82 票,属于「上了首页但没爆」;之后 HN、X 零提及,没有二次传播。SEO 博客是唯一持续的分发动作,但内容偏泛(「如何修复同步音频漂移」),难以带来精准流量。
对想跟的人
这个方向不建议跟,除非你换一个切口。理由是硬数据:作者投入 3,968 次提交、8 轮安全审计、42 种语言,换来的外部信号是 11 个 GitHub star、98 个 PH 关注、HN/X 零提及、indie 库零收入——投入产出比极端失衡,说明瓶颈不在产品完成度而在需求本身。如果一定要做多设备音频,最大的坑是平台限制:官网自己列出的三条「Not ours to fix」——YouTube IFrame 不给原始音频、iOS/Android 浏览器不支持 getDisplayMedia({audio:true})、DRM 服务无法捕获——直接砍掉了音乐、视频、手机宿主三条主路径,剩下的只有「本地文件 + 桌面 Chromium 系统音频」这个很窄的窗口。要跟就跟「播客/直播监看」这类 B 端低频但刚需的场景(PH 评论区有人主动提过),并且从第一天就设计付费,而不是像 MUSIXQUARE 一样免费运营 10.6K 房间却没有任何收款入口。
没查到的
- indie(TrustMRR):无记录,无法确认是否有任何收入。
- appstore / googleplay / macappstore / chromestore:四个商店库全部没有该产品(纯 Web 应用,无原生包)。
- github 库:
hiefny/MUSIXQUARE只有 11 star,低于 50 星入库门槛,所以没有 star 曲线、gain_7d、suspect 标记;star 数取自 GitHub 网页快照。 - hackernews 库:零提及。
- x 本地库:零提及,创始人 @hfny_4 不在圈子名单,未调实时接口。
- 无法核实:10.6K rooms 的真实性、实际活跃用户数、留存、Discord 社区规模(未抓取)。
- 未找到:任何融资、收购、公司注册信息;创始人过往项目(公开信息里只有这一个仓库)。
档案由 agent 建(deepseek/deepseek-v4.1-flash,23 步,2026-11-01T20:00);〔库〕= 我们自己的库,〔官网〕= 当天抓的网页。