Epho

发布之后的表现

收入:indie(TrustMRR)库里没有 epho.io,也没有 getbruin.com库。它是按秒计费的基础设施 API,不是订阅制独立产品,本来就不在 TrustMRR 的采样面里,所以「没有收入记录」既不能证明赚钱也不能证明没赚。

用户 / 下载:App Store、Google Play、Mac App Store、Chrome 应用商店四个库按名字和域名查均无结果库——它是纯 API,没有客户端,符合预期。

开发者关注:GitHub 库里没有 epho 的仓库,homepage_domain = epho.io 的库为 0库。母公司的组织账号 bruin-data 有 3 个库(ingestr 4040 星、bruin 1798 星、dac 801 星),但 Epho 本身不开源,没有 star 曲线可看。创始人 karakanb 个人账号只有两个老库(devo 436 星、vue-info-card 190 星),与 Epho 无关库。

讨论:HN 只有一条,2026-08-20 的 Show HN「Epho – run Claude Code with a curl」,5 分、0 评论、从未进过首页前 90库。X 本地库(560 人 core 层)对 epho / epho.io 零提及,创始人也不在名单里库。Reddit 上只有 r/AI_Agents(8-12)和 r/ChatGPTCoding(8-17)的每周自荐帖,是创始人自己发的官网外链。

官网动态:站点活着,文档分 12 页(quickstart / chats-and-turns / harnesses-and-models / resources-and-billing / API reference 等),博客仅 1 篇——2026-10-09 由工程师 Barış Terzioğlu 写的《Your Code Review Agent Should Run in CI, Not on Your Computer》,正文里给了完整的 GitHub Actions 工作流,把 epho 当自家 CI 评审员用。Wayback 只有 4 次抓取(2026-10-10 至 10-15),内容与今天一致。没有 changelog、没有融资或收购公告。

自报 vs 实际

• 自报:PH 文案「With a single API call, you can easily launch a Claude Code session…runs in a serverless sandbox」自报。官网现在写的是「agents as an api」,定位已从「跑 Claude Code」上移到「agent 即 API」;Wayback 10-10 快照已是新定位,说明这次转向发生在发布后约 7 周内。
• 自报:$10 注册额度、按秒计费官网。与官网费率表、Wayback 快照三方一致,无矛盾。
• 第三方:GetLatka 称母公司 Bruin「$1M ARR,$3M 估值」(2026-06-06)第三方。这是 Bruin 的数据分析平台,不是 Epho;Epho 本身没有任何第三方收入数字,不能拿它当 Epho 的成绩。
• 无对不上的自报数字——因为 Epho 从头到尾没公布过用户数、MRR 或调用量。

为什么成了 / 没成

它没「成」,但也没死,更像一个被母公司养着的内部基础设施外化产品。判断依据:PH 日榜第 6、157 票算体面,但同一天 HN 的 Show HN 只有 5 分 0 评论、X 圈层零提及——PH 的票来自发布日动员,没有转化成开发者社区的自然讨论。产品本身的设计是克制的:一个端点、BYO key、按秒计费,把「沙箱编排 + 多 provider fallback + 事件持久化」这些脏活包掉,这个价值主张是真实的,而且它自己就在用(CI 代码评审那篇博客)。问题在于竞争面:同一批 HN 帖子里就有 Runtime(YC P26)、Hoplite(YC S26)、Terminal Use(YC W26)、Omnara、Pi pod 等一堆「云端编码 agent」,而且 e2b、Daytona 这些沙箱厂商正在往上长。Epho 的差异化只有「多 harness 抽象 + 会话续跑」这一层薄封装,客户是开发者,获客靠内容和技术口碑,而它恰恰没有口碑积累。母公司 Bruin 有真实业务和收入,所以 Epho 不会因为缺钱而停;但也正因为它不是主线,资源投入有限,博客 7 周才一篇。

对想跟的人

别把「PH 日榜第 6」当需求验证——同一天 HN 上 5 分 0 评论才是真实的市场反应,这个落差说明开发者工具靠 PH 拉不动。这个方向的位置不在「再包一层 API」,而在 epho 博客里那个具体场景:CI 里跑代码评审、每个 PR 一个持久 chat、跨仓库带 MCP 权限——这是有明确付费意愿的团队工作流,而不是个人开发者省电费。最大的坑是上游挤压:harness 厂商(Anthropic / OpenAI)和沙箱厂商(e2b、Daytona)任何一方把这一层做进产品,中间商的定价权就没了;ephp 的费率是 $0.1575/小时,而它自己承认「raw sandbox 也能干,只是要自己搭」,护城河只有工程细节。

没查到的

• indie(TrustMRR):无 epho / getbruin 记录,拿不到任何收入、MRR、订阅数、挂牌信息。
• appstore / googleplay / macappstore / chromestore:四个库全无,无榜单、无评分数、无安装量。
• github:无 epho 仓库,无 star 走势、fork/star 比、suspect 标记。
• x 本地库:零提及,创始人不在 560 人 core 名单内,无法看其社交发言。
• 无法回答:实际调用量、付费客户数、留存;PH 发布日的小时级票数曲线(库里只有 1 个观测点);Bruin 的融资细节(Companies House 只给董事,不给轮次)。