Caw

发布之后的表现

收入:indie(TrustMRR)库里没有库。产品本身免费开源,没有可校验的流水。

用户 / 下载:appstore、googleplay、macappstore、chromestore 四个库都没有它库。它是自托管的 Go 单二进制(约 30–35MB),不走应用商店,所以商店库为空是预期内的,不代表没人用。

开发者关注:GitHub 04mg/caw,110 star / 7 fork(2026-11-02),fork/star 比 6.4%,无 suspect 标记库。星数曲线:10-28 到 11-02 从 109 到 110,5 天净涨 1,gain_7d 为 NULL(窗口两端没观测,不是 0)库。仓库 2026-07-04 建,972 次提交,最新提交 2026-11-01,最新 release 0.3.7(2026-11-01)GitHub 页面。注意:库里 pushed_at 停在 2026-09-06,与 GitHub 页面上的 11-01 提交不一致,是库快照滞后,以 GitHub 页面为准。作者 04mg 近一年 2,863 次贡献,7 月发布前后是贡献高峰(7-05 单周 124 次)GitHub 主页。

讨论:hackernews 库按域名和标题都查不到库;x 本地库 core 层 560 人里没有一条提到 Caw库。库外:PH 之外主要靠 Reddit 分发——r/PiCodingAgent(2026-07-19)、r/opencodeCLI(2026-07-25)、r/GoogleAntigravityIDE(2026-08-02)各发过一帖Reddit,经搜索;daily.dev、ProductCool、Launly 等聚合站收录了发布信息第三方页面。

官网动态:官网仍在,内容为落地页 + 下载链接,无 changelog / 博客 / 融资或收购消息官网 2026-11-02。更新日志实际在 GitHub Releases(0.3.0→0.3.7,最近一次 11-01)GitHub。

自报 vs 实际

• PH 档案票数 80、发布日 78、日榜第 28库;第三方 Launly 记 75 票、日榜第 49、周榜第 96launly.com/products/caw。两处日榜名次差 21 位,可能是 PH 反作弊调分或抓取时点不同,以 PH 库为准,但说明「第 28」这个名次本身不稳。
• 无收入 / 用户自报数字可对。产品定位「开源免费」,没有 MRR 类宣称。

为什么成了 / 没成

它踩中了 2026 年一个真实痛点:同时跑多个编码 agent 时,人肉盯终端是瓶颈。Caw 的差异化是「web 原生 + agent 感知」——浏览器里开真终端、Kanban 看每个 agent 状态、需要输入时推送通知、按需 git worktree 并行、语音输入,这些在 tmux/SSH 方案里要自己拼。发布时 PH 拿到 80 票、日榜 28,说明方向被认可。

但它没成规模,原因清楚:一是纯开源无变现,没有付费点,作者只能靠热情维护;二是分发靠零散 Reddit 帖,没有 HN 首页、没有 X 传播,PH 之后没有第二波;三是赛道拥挤且被平台方挤压——同类 Show HN 就有 Smux、Wmux、gpty 等,而 Claude Code / Codex 官方也在补多会话 UI。结果是:110 star、5 天涨 1,典型「作者自用工具 + 小圈子认可」,不是增长曲线。

对想跟的人

这个方向有位置,但位置不在「再做一个终端复用器」——Caw 用 110 star、5 天涨 1 证明了纯开源工具的天花板:有人用、没人付钱。真正的空位在 Caw 已经验证但没变现的那一层:团队级 agent 编排 + 用量/成本治理(它已经做了 Claude/Codex/Copilot 的 quota 监控,却免费送)。最大的坑是:你做的 UI 层随时可能被 agent 官方或 IDE 内置,所以要么绑定团队协作与审计这类官方不会做的重活,要么一开始就设计付费点,别重走「开源 + 等赞助」这条路。

没查到的

• indie(TrustMRR):没有它,无法判断任何收入。
• appstore / googleplay / macappstore / chromestore:都没有它(自托管二进制,预期内)。
• hackernews:域名和标题均无记录。
• x 本地库:core 层无提及;创始人 X 账号未找到,无法看其公开发言。
• 官网无定价页、无 changelog、无博客;GitHub 库的 pushed_at 滞后于实际提交,已用 GitHub 页面校正。
• 无法回答:实际用户数、下载量、是否有赞助收入(开源项目无公开数据)。