ChannelOS
- 官网
- captainkoopa.itch.io/channelos(itch.io 页面,无独立域名;GitHub 仓库 github.com/Captainkoopa42/ChannelOS)
- PH
- www.producthunt.com/products/channelos/launches/channelos,2026-09-01,104 票(发布日 98)/ 日榜第 12 / 7 条评论库
- 一句话
- 把本地影音库变成可编程的「有线电视」——自建频道、节目表、遥控器式换台,纯本地、无云、无账号。
- 团队
- 单人。作者 William Robert Adams(MPL-2.0 版权署名官网),GitHub 账号 Captainkoopa42,itch.io 账号 Captainkoopa(注册于约 2026-08-25,即建档前 68 天)官网。库里没有国籍 / 所在地信息。此前作品:库里没有。
- 收费
- 免费开源(MPL-2.0),Windows x64 Alpha 0.0.2,104 MB,itch.io 免费下载官网。没有定价页,没有付费档。旧档:PH 文案亦称「current alpha is free and open source under MPL-2.0」自报,与官网一致。
- 状态判断
- 活着但平——开发在动(10-31 仍有提交、10-29 合并 PR #24),但用户侧几乎无增长信号(7 star / 0 fork / 1 个 issue)。
- 证据强度
- 中。PH、GitHub、itch.io、Wayback 四源互相印证;indie / appstore / googleplay / macappstore / chromestore / hackernews / x 七库全空。
它在各库的曲线
发布之后的表现
收入:indie(TrustMRR)库里没有库。产品本身免费开源,无收款渠道,所以「没有收入记录」与产品形态一致,不是漏采。
用户 / 下载:appstore、googleplay、macappstore、chromestore 四库均无库——它是 Windows 桌面程序,不上移动端和浏览器商店,符合预期。itch.io 页面不公开下载量,拿不到数字官网。唯一真实用户证据是 GitHub issue #23:用户 Doctorbleachers 于 2026-10-06 报告「无音轨/字幕设置、整库扫描会中断、媒体越多界面越卡、看片时节目表关不掉」,并在 10-31 补充「程序还在我机器上跑,我懒得挑片时就切个频道看」官网。即至少有一个持续使用的真实用户,但量级无法估计。
开发者关注:github 库里没有它(全站门槛 ≥50 star,该库 7 star 未入库)库。GitHub 页面实查:7 star、0 fork(fork/star = 0%)、191 次提交、建库 2026-08-19、最后 push 2026-10-31、语言 Python、MPL-2.0官网。0 fork 不是刷星信号,而是「没人参与」——7 star 的库本来就不该有 fork。仓库结构完整(src/、tests/、docs/、CI workflow、11 个分支、2 个 tag),不是「只有 README」的空壳。
讨论:hackernews 库按域名 / 标题 / 仓库名查均无库;x 本地库(core 层约 560 人)无任何提及,创始人也不在圈子名单里库。PH 之外只有两个聚合站转载:hunted.space 与 productcool.com官网。itch.io 页面 4 条评论里,1 条是增长服务推销(mbloves1 / XcellVox Labs),作者回复「ChannelOS 会保持免费、开源、本地优先,我目前没有预算买外部服务」官网——这条回复同时确认了「不打算收费」。
官网动态:itch.io 页面在更新(0.0.2 版,Wayback 2026-09-06 快照与今日内容基本一致,仅评论数增加)官网。GitHub 上 10-29 合并了 PR #24「可测试的日历广告插播」,10-31 仍有提交,README 自述「Phase 3 active / Phase 4 first slice functional」,路线图指向 Steam / SteamOS 作为「主要发布与发现渠道」官网。但 Steam 商店页搜不到,尚未上架推断。无融资、无收购、无 changelog 页面。
自报 vs 实际
| 自报 | 实际 | 结论 |
|---|---|---|
| PH 文案「free and open source under MPL-2.0」自报 | 仓库 LICENSE.md 为 MPL-2.0,itch.io 免费下载官网 | 一致 |
| README「Steam 是主要发布渠道」自报 | 搜不到 Steam 商店页官网 | 是计划不是现状 |
| PH 104 票 / 日榜 12库 | GitHub 7 star、0 fork;HN / X / indie 全空库 | 票数与开发者关注度严重不成比例 |
没有收入或用户数的自报,所以不存在「自报数字对不上」的问题。真正需要解释的异常是PH 高票(98)与 GitHub 低星(7)的落差:PH 的票来自泛产品受众,而下载入口是 itch.io 的 104 MB 未签名 exe(Windows 会弹安全警告),不是 GitHub;仓库又建于 8-19、远低于 GitHub 库 50 star 的收录门槛,所以「库里没有」是门槛问题,不是「不存在」。结论:PH 票数在这里只反映「概念讨喜」,不反映装机量。
为什么成了 / 没成
它没「成」,但也没「死」——它压根没走商业路线。作者在 itch.io 明确说「会保持免费、开源、本地优先,没有预算买外部服务」,PH 文案也写「current alpha is free」。一个不收费、单人、AI 辅助编码(itch.io 标注 AI Assisted / AI Code / AI Graphics)的 Windows alpha,评价标准不该是 MRR。
它做对的地方:痛点真实且被说清楚了——「我拥有整个影音库,但看片还是翻文件夹」,这个诉求在 Plex / Jellyfin 用户里普遍存在;PH 日榜第 12 说明概念有共鸣。它卡住的地方有三处:一是分发,主渠道是 itch.io 的未签名 exe,而不是 Steam(README 自己承认 Steam 才是客厅场景的正解,但还没上);二是完成度,issue #23 列出的音轨/字幕缺失、扫描中断、媒体多了就卡,都是「能演示不能日用」的问题,而这类产品一旦卡顿,用户会退回 Plex;三是没有增长回路,0 fork 意味着没有社区贡献者,7 star 意味着没有开发者口碑,PH 那一波流量没有沉淀成任何可复用的资产。
对想跟的人
这个方向有位置,但位置不在「再做一个本地媒体播放器」,而在把线性电视的被动体验做成 Plex / Jellyfin 的插件或伴生层——ChannelOS 的 7 star / 0 fork 说明从零做一个独立客户端,获客成本高到单人扛不住,而 Plex 的装机量是现成的。最大的坑是 issue #23 里那句「媒体越多界面越卡」:线性频道的核心体验是「打开就有东西在放」,一旦扫描和索引在大库上退化,产品就从「电视」变回「更慢的文件浏览器」,而这恰恰是它想取代的东西。另外注意 channelos.tv 是另一个同名产品(AI 数字标牌,PH 2026-07-08 仅 8 票),做 SEO 和品牌时别撞车。
没查到的
- indie(TrustMRR):库里没有——产品免费,本就不会有支付流水。
- appstore / googleplay / macappstore / chromestore:四库均无,产品是 Windows 桌面程序。
- github 库:没有——7 star 低于 50 star 收录门槛,star 走势只能靠 GitHub 页面单点(7 star,无历史曲线)。
- hackernews 库、x 本地库:均无提及;创始人不在 X 圈子名单,也没有公开 X 账号可查。
- 答不了的:itch.io 下载量(平台不公开)、实际用户数、作者所在地与职业背景、是否已提交 Steam 审核。Wayback 只有 2026-09-06 一个快照,无法做页面级 diff。
档案由 agent 建(deepseek/deepseek-v4.1-flash,40 步,2026-11-01T16:14);〔库〕= 我们自己的库,〔官网〕= 当天抓的网页。