Runtime

发布之后的表现

收入:indie(TrustMRR)库里没有 runtm.com 或名为 Runtime 的产品库。所以没有逐月收入、MRR、订阅数、是否挂牌出售可写。官网自报客户 Rain「$750k vendor and salary spend saved」官网——这是客户节省额,不是 Runtime 的收入,不能当营收。

用户 / 下载:appstore、googleplay、macappstore 库里按名字只匹配到一个无关产品「Runtime TV」(开发者 Runtime Media,巴西,娱乐类,评分数 4924,2026-10-28 起在 br 免费分类榜 168–183 名)库——与 runtm.com 无关,是词边界误配。chromestore 库里没有库。Runtime 是 B2B SaaS,本来就不该有商店数据,这里等于「无信号」。

开发者关注:GitHub 有 runtm-ai/runtm,304 star、38 fork、fork/star 比 12.5%,建库 2026-01-02,最近提交 2026-10-30,最近 release 2026-09-21(packages/agent/v0.0.18),无 suspect 标记库。观测窗口内(2026-10-28 起)star 从 302 到 304,基本不动;gain_7d/30d 为 NULL(窗口不足,不是 0)。fork/star 12.5% 对一个 300 星的工具库属正常区间,不算异常。注意官网页脚链接的仓库名是 runtm-coding-agent-runtime-control-plane,与库里的 runtm-ai/runtm 不一致,可能是改名或另一个仓库,库里只采到后者。

讨论:HN 有 Launch HN(2026-05-21,103 分、30 评论,作者 gustrigos)库HN,评论区讨论集中在「marketing 提的 PR 工程师怎么改」「能否用 Claude Max 订阅」「guardrail 怎么按团队配」,是产品向讨论,无负面爆发。X 本地库里没有提到 runtm / @gustrigos 的帖子库——本地库只覆盖 560 个 core 层成员,创始人不在名单里,所以「没有」只代表没被这 560 人转,不代表全网无声。

官网动态:官网仍在更新(2026-11-01 抓取,页面带 Forbes 2026-06-04 报道引用)。博客最新一篇 2026-10-08(Carlos 写的 API 教程),另有 2026-03-28「Runtime is part of Y Combinator」、2026-02-05 沙箱文章官网。融资:Tracxn 记 1 轮 seed、6 家机构投资者;Caplight 记 2026-03-01 accelerator 轮第三方。YC 页显示 2 个在招岗位。

自报 vs 实际

• 自报「used in 40+ countries with zero ad spend」(2026-03-28 博客)自报:库和第三方都无法验证,PH 关注数 916、HN 103 分,量级与「40+ 国家」不冲突但也证明不了。
• 自报「A fintech unicorn and several YC scaleups are live」(HN 发布文案)自报:官网点名 Rain、Finix、Nixtla、Mono、LineLeap官网,Rain 的 $1.95B 估值与「fintech unicorn」对得上,属可交叉印证的自报。
• 第三方 MakerStack 写「from $99/seat/mo」第三方:与官网 2026-11-01「no self-serve plan / Enterprise custom」直接冲突,以官网为准,该第三方数字作废。
• 收入:无任何自报或第三方收入数字,indie 库也没有,无法核对。

为什么成了 / 没成

它没「没成」,但也没「在涨」——更像一次成功的定位转向。发布时(2026-05)卖的是「全团队沙箱化编码 agent」,PH 299 票、日榜第 5、HN 103 分,是标准的 YC 发布热度;但半年后官网标题已换成「payment teams 的 agent harness」,客户案例全是支付/金融科技(Rain、Finix),定价也从可能的 $99/seat 自助改成「无自助、Enterprise 定制」。这说明通用「编码 agent 沙箱」赛道太挤(E2B、Daytona、Cursor 自带、各家 harness),它退到支付/风控这个高合规、高客单、需要审计和人工审批的垂直场景,用 SOC 2、自托管、PCI/PII 脱敏做护城河。

证据上,「活着」是确定的:官网在更新、GitHub 有提交、有具名付费客户、YC 在招人。「平」也是确定的:GitHub 304 星且一周只涨 2 星,PH 关注数停在 916,没有任何收入或用户增长数据。判断依据是——一个 2026 年 1 月建库、5 月高调发布的开源项目,到 11 月 star 只有 304、单周涨 2,说明开发者社区没接住;而它的商业模式(Enterprise 定制、按团队卖)本来也不靠 GitHub 星数,所以星数低不能直接判死,只能判「社区热度平」。

对想跟的人

别跟「通用编码 agent 沙箱」——Runtime 自己用半年时间从那个位置撤了(PH 文案「for everyone on your team」→ 官网「for payment teams」),说明通用位已被 E2B/Daytona 和各家 agent 自带沙箱占满。真正的位置在它现在站的地方:支付/风控/合规这类「agent 要动钱、必须留审计证据、必须有人审批」的场景,护城河是 SOC 2 + 自托管 + 审批流,不是模型能力。最大的坑是:这个方向卖的是 Enterprise 定制(官网明说 no self-serve),意味着没有 PLG 飞轮,获客全靠 forward-deployed 工程师和创始人销售——Runtime 有 7 个人、2 个在招岗位,你如果只有一两个人,复制不了它的打法;而且它 304 星的 GitHub 说明开源引流这条路在这个垂直里基本不成立。

没查到的

• indie(TrustMRR):没有 runtm.com,无收入 / MRR / 订阅 / 挂牌数据。
• appstore / googleplay / macappstore / chromestore:没有该产品(只有无关的 Runtime TV 误配)。
• X 本地库:无提及(创始人不在 560 人 core 名单内,盲区)。
• 未查到:具体融资额与估值(Tracxn/Caplight 只给轮次不给金额)、Rain 之外客户的付费金额、创始人 X 账号 @gustrigos 的近期发帖(本地库不含,未开 live)、官网博客 2026-03-28 那篇正文(抓取超时)。