Sutra(heysutra.com)

发布之后的表现

收入 — 库里没有。indie(TrustMRR)按域名 heysutra.com 和名字 \bsutra\b 查,均无记录;唯一命中的 sutramx.com 是无关产品(rev_30d=0)。所以它没有公开收入,也没有挂牌出售信息库。企业级 B2B 通常不公开流水,「库里没有」不等于没收入。

用户 / 下载 — 库里没有。App Store 里 6 个含「Sutra」的 app 全是无关产品(Kama Sutra 姿势指南、佛经抄写、瑜伽经等),PH 档案里也没有 ios_app_id / android_app_id;Google Play 命中的 com.solomeowl.sutra_copy_app(「Sutra Moments - Copy Sutras」,2.5 万安装)是抄经 App,与本品无关库。本品是 Web 端企业软件,没有商店数据。

开发者关注 — 库里没有。github 库按 sutra / heysutra / hardware decision 搜,命中的都是无关库(如 rnayabed/sutra-1 是 10-bit CPU 项目);PH 档案的 github_repo 字段为空库。没有开源仓库,也就没有 star 走势可看。

讨论 — 库里没有。hackernews 按域名 heysutra.com 查:0 条故事、0 分。x 本地库(core 层约 560 人)按 heysutra / sutra+hardware / 「decision intelligence for hardware」全文搜:0 条帖。@heysutra 这个 X 账号现查返回 404(账号不存在、已删或改名),而官网页脚仍链向 x.com/heysutra库 + 官网。PH 两次发布合计只有 8 条评论,讨论量极低。

官网和公开网页 — 站点活着且在更新:首页、thesis 长文页、uc.heysutra.com 交互 demo(标注「built specifically for Native」,用合成数据演示保修分诊、质量信号、供应商延期、元件变更四条工作流)都可访问。Wayback 最早存档 2026-06-14,内容与今天基本一致。官网自述集成 SolidWorks / Windchill / Teamcenter / Onshape / SAP / Slack / Gmail / Excel / PDF,并引用一家机器人厂商的访谈(「上机身的一个变更影响共享零件,下游一个月后才发现,一个月的工作要重做」)和一家「~$39B 估值、~400 员工」的客户线索官网。没有 changelog、博客、融资或收购消息。第三方只有 ChatGate 一篇 2026-05-08 的评测式介绍,内容基本转述官网与 PHchatgate.ai/post/sutra。

自报 vs 实际

• 官网自报「每位工程师每周省 8–10 小时」「工程师 1/3 产能被浪费」——这是 thesis 里的论证性估算,不是实测数据,无第三方可核对自报。
• 官网引用「~$39B 估值、~400 员工」的客户——未点名,无法核实,只能当营销素材自报。
• PH 文案「What took hours now takes minutes」——无任何库内数据可验证自报。
• 没有任何「用户数 / MRR / 下载量」类自报数字,所以不存在自报与库对不上的情况;反过来,也说明它没有可对外炫耀的量化 traction。

为什么成了 / 没成

判断:现在既不能说成,也不能说败,是「还没到能被公开数据评判的阶段」。理由有三。一,它是销售驱动的企业级软件:官网没有定价、没有自助注册,只有约演示,这类产品的真实进展藏在合同里,PH 票数、GitHub star、HN 帖子这些独立开发者指标对它天然不适用——所以「全库无信号」更多是品类属性,而非失败证据。二,它确实在持续投入:两次 PH 发布(2026-03 与 2026-05)、一份上万字的 thesis、一个可交互的合成数据 demo、一个专门给客户 Native 做的演示站,这些都不是一次性发布后弃坑的形态。三,它的定位有真实痛点支撑——PLM/ERP/MES 各自为政、变更影响靠资深工程师脑补,这是硬件行业公认的「隐形税」,而 reasoning 模型确实第一次让「读非结构化上下文并执行」变得可行;官网 thesis 里「incumbent 结构上做不了这件事」的论证也站得住。

没成的风险同样清楚:客户是几百到几千人的制造商,采购周期以季度计,需要接 PLM/ERP 的私有部署与权限体系,还要过安全审查——一个没有公开融资、没有公开团队、没有公开客户的团队,要啃下这种单子,难度极高。PH 两次发布合计 8 条评论、X 账号已 404,说明它在开发者/早期用户圈层几乎没有声量,获客完全依赖线下销售。

对想跟的人

这个方向有位置,但位置不在「再做一个 AI 版 PLM」,而在「跨系统的解释层」——Sutra 自己在 thesis 里把这点说透了:incumbent 的商业模式是「拥有权威数据」,所以它们结构上不会去做跨库解释。真正的坑是交付成本:官网列了 SolidWorks、Windchill、Teamcenter、Onshape、SAP 五套系统要接,每一套的私有 API、权限模型、数据口径都不同,而你的客户是「~400 员工、$39B 估值」这种量级——参考 Sutra 两次 PH 发布只换来 8 条评论、X 账号已注销,说明这条路拿不到社区流量,只能一家一家打单。想跟的人先问自己:能不能在没有公开 traction 的情况下,撑过 12–18 个月的企业销售周期。

没查到的

• 团队:创始人姓名、人数、所在地、此前经历——官网、PH、LinkedIn(需登录)、Crunchbase(验证码)均未取到。
• 定价:官网无定价页(404),无任何价格档信息。
• 收入 / 用户:indie、appstore、googleplay、macappstore、chromestore 均无本品记录;企业级 Web 产品本就不在这些库的覆盖范围。
• 开发者关注:github 无对应仓库。
• 讨论:hackernews 0 条;x 本地库 0 条;@heysutra 账号 404。
• 融资 / 收购:未找到任何公开融资消息;Crunchbase 页被反爬拦截,未能确认。
• 客户名单与合同规模:官网只给匿名线索,无法核实。