Browzer

发布之后的表现

收入

• indie(TrustMRR)库里没有:按 domain=trybrowzer.com 与名字词边界查均无记录库。也就是说没有人把它接进支付平台公开流水,收入规模不可验证。
• 创始人 2026-08-11 LinkedIn 自述:上一版 Browzer(浏览器工作流文档工具)曾「grew past 200k in ARR」,1.5 个月前停掉旧品、「hit $0 in ARR」,转做新 DevRel 版本,并说「老版本花 8 个月达成的里程碑,新版 5 周就到了」自报,无数字、无出处。这条与 indie 里查无此产品互相矛盾或至少无法互证。

用户 / 下载

• appstore 库里没有;iTunes 侧无同名 App库。
• googleplay 库里没有:按 developer_domain/email_domain=trybrowzer.com 与标题查均无库。
• macappstore 库里没有库。
• chromestore:库里主查询(按 trybrowzer.com 域名)没对上,但按扩展 ID 点查存在一条 lgiifdcpahbjfbgldppmbdehkmnkcagp,明细未拉(has_detail=false)。公开商店页显示:14 users、0 ratings、version 0.0.1、Updated March 13, 2026、勾选「Offers in-app purchases」、开发者 Browzer Labs, Inc.(带 D-U-N-S 144888389)官网/商店页。这是旧版「录屏自动化」扩展,2026-03 之后再没更新,14 个用户说明旧品几乎没留下用户资产。

开发者关注

• github 库里没有:按 homepage_domain=trybrowzer.com、仓库名 browzer、owner 前缀查均为空库。
• 追异常一步:changelog 里频繁引用 github.com/BrowzerLabs/services/pull/293、BrowzerLabs/browzer-web、BrowzerLabs/cli,但打开 github.com/orgs/BrowzerLabs/repositories 显示「This organization has no public repositories.」——这些仓库全是私有的,所以开源社区零关注不是刷星问题,而是根本没公开代码。CLI 通过 curl https://trybrowzer.com/cli/install.sh 分发 PyInstaller 单文件二进制,不走 npm/PyPI/Homebrew,也没有任何可观测的下载计数。

讨论

• hackernews 库里没有:按 domain=trybrowzer.com 与标题词边界查均无库。
• x 本地库(core 层 560 人原创帖)没有一条提到 browzer/trybrowzer.com,创始人也不在圈子名单里库。
• 库外:X 上 @TryBrowzer 仅 206 followers、12 posts,账号 2025-06 注册,自述仍是旧品定位「AI agents that learn and automate your workflows」;创始人个人号 @RahulKumaran4 3,077 followers,2026-08-11 的发布推只有 41 赞 / 5.7K 浏览官网。LinkedIn 公司页发布帖 79 赞、14 评论,是数据里互动最高的一条官网。

官网和公开动态

• 站点活着且明显在迭代:2026-04-27 Wayback 存档还是「Stop writing documentation. Start recording it.」(浏览器工作流 SOP + IBM/Walmart 等 logo 墙),现已是「Ship the code. Browzer writes the rest.」的 DevRel 定位——产品在 2026 年 8-9 月完成了一次彻底转向。
• changelog(/docs/browzer/changelog)最新可见条目停在 2026-08-31(Remotion 视频渲染管线、vibe 分类器);docs 里 v0.1.2 (2026-08-23) 提到 CLI 与 45 个 MCP 工具。抓取日 2026-11-02 距最后一条已两个月,不过文档本身很完整(CLI、MCP、Academy 全套),说明工程没停。
• 状态页 status.trybrowzer.com(BetterStack)显示 90 天 100% uptime官网。
• 官网 /blog 是空的(「Published articles may take up to 60 minutes to appear」)——自家博客都还没喂满。
• 无融资、收购消息;founder 简历页列 Founders, Inc. 驻场、OnDeck Fellow 2026、Forbes Tech Council,但未见公开轮次官网。

自报 vs 实际

为什么成了 / 没成

成了的部分:定位切得准。PH 日榜第 2(410 票)、周榜第 4,第三方总结(launchrs、menlotimes)都把它当作当天「把工作说清楚」的代表;它把 Mintlify/GitBook/Fern 的「文档」扩到博客、cookbook、demo 视频、changelog 一整条 DevRel 内容链,并用「每次 merge 自愈」把一次性生成变成持续性订阅理由——这个 angle 比同类「AI 写文档」更耐续费。定价 $49–$999 也说明它瞄的是有预算的 DevRel 团队,不是个人开发者。

没成的迹象——或者说到现在还没证明的:PH 的 410 票没有转化成任何可观测的用户/收入。发布两个月后 PH 关注者只有 717、评价 1 条(4 分);旧版 Chrome 扩展躺在 14 个用户、版本 0.0.1;HN 与 X 核心开发者圈零提及;收入进不了 TrustMRR;GitHub 全私有,没有社区可依托。这是一条纯靠自己 LinkedIn/X 个人号 + PH 单点爆发的获客路径,没有可复利的渠道(SEO 官网、开源、社区)。更根本的问题是它卖的是「代替 DevRel 写文档」——这是锦上添花、采购要走 DevRel/市场预算、且直面 Mintlify 这类已经把文档做进 2 万家公司的现成对手。创始人自己说旧版做到 200k ARR 还嫌「growth wasn't fast enough」就整段砍掉,说明他对曲线的容忍度很低——这既是执行力,也是这版还会不会再换方向的风险。

对想跟的人

这个方向的位置在「DevRel 的内容生产链」而不在「文档站点」,但门槛是渠道而不是功能:Browzer 用 PH 日榜第 2(410 票)换来的全部存量是 717 个 PH 关注者和 1 条评价,旧版 Chrome 扩展更是只沉淀了 14 个用户——证明这一类工具靠单次发布拿不到复利,必须一开始就押一个能持续获客的钩子(比如以开源 CLI / MCP server 分发,而 Browzer 恰恰把 45 个 MCP 工具的仓库全设成了私有)。最大的坑是:目标客户是 DevRel,而 DevRel 预算有限、决策链长,还有 Mintlify 这类已完成渠道和分发的对手站在前面;要是不能在两三个月内跑出可公示的收入或客户名单,大概率会像它的上一版一样被创始人自己砍掉。

没查到的

• indie(TrustMRR):没有 browzer / trybrowzer.com 记录,收入、MRR、订阅数、是否出售一概无法回答。
• appstore / googleplay / macappstore:三个商店库均无该产品(它本身也不是端上产品,这条是预期内的)。
• github:库内无仓库;GitHub 组织页确认 0 个公开仓库,因此 star 走势、fork/star 比、suspect 标记无从谈起(资产全在私有库)。
• hackernews 与 x 本地库:均无提及,无法给出讨论时间与反应。
• 评论区正文:PH 的 51/23 条评论内容未取(PH 页面被 Cloudflare 拦截,未用抓取绕行);Chromestore 该条目的 paid_signals / 版本详情因未进入热集采集,库里是空。
• 客户名单与融资:官网与公开搜索都只有自我介绍,没有可核实的付费客户、轮次或投资方。