Container Desktop

发布之后的表现

收入:indie(TrustMRR)库里没有库。产品本身免费开源,没有收款入口,所以「没有收入记录」与产品形态一致,不是数据缺失。

用户 / 下载:appstore、googleplay、macappstore、chromestore 四个库里都没有库——它是 GitHub 直接分发 DMG,不上任何商店。GitHub Releases API 的 DMG 下载数(截至 2026-11-02):v0.9.1(9-30)148 次、v0.2.4(6-28)151 次、v0.5.0(8-8)83 次、v0.2.2(6-12)80 次、v0.10.0(10-27)62 次、v0.8.3(9-21)61 次、v0.7.3(9-15)54 次,其余各版 1–8 次GitHub API。推断:0.2.4 起接入 Sparkle 自动更新,老用户不再重复下载 DMG,所以这些数字是「新增安装」的下限而非用户总量;作者在 0.8.3 更新说明里加了匿名安装统计(只上报随机 ID + 版本号),但从未公开过结果。

开发者关注:sembsa/ContainerDesktop,100 星 / 7 fork(fork/star = 7%,正常区间,无 suspect 标记),Swift + MIT,建库 2026-06-12,143 天,108 次提交,22 个 tag,pushed_at 2026-10-27库。星数曲线:10-28 98 → 10-30 99 → 10-31 100 → 11-02 100,5 天 +2库。从未上过 GitHub trending(全站或语言榜)库。异常追查:fork/star 7% 不异常;真正要追的是「PH 71 票但 HN/X 全无」——查下来它的分发走的是 apple/container 官方仓库的 Discussion #1706(2026-06-12 发帖,7 个赞、2 条回复),而不是 HN/X〔github.com/apple/container/discussions/1706〕。

讨论:hackernews 库里没有它的帖子库。库里那条 464 分、200 评论的 Show HN(2024-09-20)是另一个同名项目——iongion 的 Podman Desktop Companion(container-desktop.com,1637 星),不是本档案的产品;两者名字撞车,已在 apple/container Discussion #1706 里被 afbjorklund 当场指出〔github.com/apple/container/discussions/1706〕。X 本地库(core 层 560 人原创帖)零提及库;创始人 @sembsa 有 8,721 条帖、121 粉丝,近期内容全是波兰语生活回复,没有一条推广这个产品x.com/sembsa。

官网动态:站点活着,英文/波兰语/简体中文三语,含独立 docs 页(Compose 支持键、host.containers.internal、x-init、已知限制、排障)官网。更新节奏很密:0.1.0(6-12)→ 0.2.x(6-12~6-28)→ 0.3.0(8-4)→ 0.4.0/0.5.0(8-8)→ 0.6.0 → 0.7.x(9-11~9-15)→ 0.8.x(9-21)→ 0.9.x(9-30)→ 0.10.0(10-27),约 4 个半月 22 个版本GitHub API。无融资、无收购、无 changelog 博客。两个值得记的负面事件:0.7.0 因「下载文件会清空目标目录」被作者自行撤版并写进 0.7.1 说明;0.8.0 承认「从 App 内启动 container 服务会导致退出 App 时服务一起挂掉」,排查后未找到原因、两个候选修复被回滚GitHub Releases。至今未做公证(ad-hoc 签名),首次启动要用户手动去「隐私与安全性 → 仍要打开」官网。

自报 vs 实际

• 自报:PH tagline「A GUI for Apple's native container system」、官网「Free & open source」——与库一致,无夸大。
• 自报(第三方转述):ProductCool 页面写「4.79 (71 likes)」〔productcool.com/product/container-desktop〕,与 PH 库的 71 票对上,但 4.79 是它自己算的评分,PH 库里 reviews_count = 0、reviews_rating = 0,即没有任何人留下评价,这个 4.79 无来源。
• 无收入、无用户数自报,故无「自报 vs 实际」冲突。

为什么成了 / 没成

没成(相对同赛道)。三个可量化的原因:

1. 入场晚且同质。它 2026-06-12 建库,而 andrew-waters/orchard 2025-06-17 就建库、现在 1732 星;tdeverx/contained-app 2026-06-25 建库、863 星;Augani/dory 1635 星。同一时间窗里,github search 'apple container' 能捞出 20 个以上同类 GUI/TUI,它 100 星排在中下段库。
2. 分发渠道单一。只在 apple/container 的 Discussion 发过一帖(7 赞),PH 71 票 0 评论,HN/X 零提及。没有一次能带来量级跃迁的曝光。
3. 上手摩擦。未公证 + 要求 macOS 26 + Apple Silicon,把「点开就用」变成「先去系统设置里点仍要打开」,而竞品里已有走 Homebrew cask 的。

它做对的地方:工程完成度明显高于星数所反映的水平——Compose 支持、Kubernetes/Helm、容器快照、桌面小组件、三语本地化、Sparkle 自动更新,而且更新说明写得极细(连「0.7.0 会删你桌面文件」都主动公示并撤版)。这是「产品好但没被看见」的典型,不是「做得差」。

对想跟的人

这个方向还有位置,但不在「再做一个 GUI」。证据:同一关键词下 20+ 个仓库里,星数最高的 orchard(1732)和 dory(1635)都不是纯 GUI,而是「GUI + 本地开发系统」;而纯 GUI 的 sembsa 只有 100 星、5 天涨 2 颗。位置在于把 Apple container 的已知缺陷补成产品——sembsa 自己在 docs 里列了三个上游坑(container 1.0.0 的容器名 DNS 永远 SERVFAIL、container cp 上传成功但没写文件、container logs -n N 截断首行),它只是 workaround,谁把它做成稳定层谁就有护城河。最大的坑是平台依赖:它的 22 个版本里至少 4 个是纯为追 Apple CLI 的破坏性变更而发(1.4.1 的 cp、1.5.0 删 k8s start、1.6 把 k8s 改名 cluster),Apple 一次改名你就得跟一次,而这类项目收不到钱。

没查到的

• indie(TrustMRR):库里没有,无法给收入/MRR/订阅数/挂牌状态。
• appstore / googleplay / macappstore / chromestore:四个库都没有,无榜单位置、评分数、安装量。
• hackernews / x 本地库:零提及,无法判断开发者圈的真实反应。
• 真实用户数:作者 0.8.3 起采集匿名安装统计,但从未公开;GitHub DMG 下载数受 Sparkle 自动更新影响,只能当下限。
• 创始人背景:LinkedIn 公开页显示「Kierownik działu IT」(IT 部门主管),但无法确认是否同一人;无公司实体、无 Companies House 记录可查。