Plouton AI

发布之后的表现

收入

• indie(TrustMRR)库里没有:按 domain=plouton.co、name 词边界匹配均 0 行库。它没把支付平台 key 交给 TrustMRR,所以真实流水无从校验。
• 自报口径三套,时间线如下:HASAN VC 的 founder's note 写「2 个付费设计伙伴 + 2 个封闭 beta 客户,MRR 2026-01 $1.5K → 02 $2K+ → 03 $3.4K+ → 04 $4.5K+ → 05 $6K+,waitlist 28+ 家约 $500K 合同额」自报;Tech in Asia 2026-03-27 写「pilot 以来 ARR $25,000,活跃 pipeline $250,000,4 个中端市场客户分布在 APAC / MENA / 北美」第三方;创始人 LinkedIn(约 2026-10 中)写「15+ 客户、MRR 环比增长 50%」自报。
• 融资:Antler Singapore 领投 $125K(pre-seed),Antler 承诺下一轮跟投至多 $250K;正在以约 $5M post-money 的 SAFE 募 $750K自报 / Recent Funding / Dealroom。

用户 / 下载

• appstore、googleplay、macappstore、chromestore 四个库里都没有它库。它是纯 Web 的 B2B 产品,没有上架任何商店,所以没有评分数、榜单、安装量可看。

开发者关注

• github 库里没有它的仓库:按 homepage_domain=plouton.co 和仓库名 ploutonai 都是 0 行;唯一命中「plouton」的是无关的 rain-1337/plouton(367 星,SMM 游戏作弊框架)库。闭源商业 SaaS 无公开仓库,属正常。

讨论

• hackernews 库里没有:按 domain=plouton.co 和标题匹配均 0 行库。
• x 本地库(560 人 core 层)里没有:正文/引用帖匹配 plouton|kidwai|iraqui 共 0 条库。创始人本人的 X 账号 @furqan0786leo 是 2010 年注册、0 帖 3 粉丝的空号官网抓取。
• 公开讨论集中在融资/榜单类媒体:Forbes 30 Under 30 Asia 2026(2026-05-27)、Tech in Asia Startup Spotlight(2026-03-27)、Dynamic Business 产品介绍(2026-09-24)、Venturing with Vishesh 播客第 68 期「Your AI Agent Does Not Need an API. It Needs a Login」(2026-09-18)第三方。

官网动态

• 官网在线,内容与 2026-05-11 的 Wayback 首档快照几乎一致(同一套 hero、同一批客户 logo、同样无定价),说明这半年主要是营销站,没有可验证的产品迭代记录官网 / Wayback。
• 没有 changelog、没有博客、没有客户案例页;FAQ 的答案在抓取结果里是空的官网。
• 页脚有「Made with Emergent」徽章,推断官网是用 AI 建站工具 Emergent 生成的营销页推断。
• 官网自称 SOC 2 Type II 认证、AES-256、99.99% SLA、GDPR自报,没有第三方审计页面可核。

自报 vs 实际

为什么成了 / 没成

它没「成」成爆款,也没死。判断依据:PH 发布当天(2026-05-11)全站 614 个发布、61 个 featured,它 93 分排第 15,当天前三名是 507 / 382 / 307 分——93 分是「上了首页但没出圈」的量级;而且它当天的话题标签只有 pitch-singapore,同一天有 20 多个带同一标签的发布(OpenJobs AI、ClawSecure、Hoogly.ai 等),说明这批 featured 来自同一个新加坡 pitch 批次,票数有互相导流的成分库。

为什么没有更大声量,我认为是受众错位而非产品问题:买它的是中端市场 CFO 和财务团队,这些人不在 Hacker News、不在 X 开发者圈、不逛 GitHub,所以四个开发者向的库全空是结构性的,不是「没人用」。它真正的分发渠道是 Antler 网络、Forbes 30U30 这类背书、Tech in Asia 报道和创始人 LinkedIn——这些恰好都是「融资叙事」渠道,不是「产品口碑」渠道。

风险在于:自报的 15 客户 / 50% MoM 与 ACV $6K–10K 在算术上对不上,而 indie 库里没有它的支付流水可以裁决。一个 pre-seed 公司把「$6K MRR」和「50% MoM」同时挂在 LinkedIn 上,是典型的融资期叙事。浏览器代理跑财务流程这件事本身有硬伤:UI 一变就断、审计要求高、单次运行成本随模型价格波动,这也是它必须靠「auditable + 人工检查点」来卖的原因。

对想跟的人

这个方向还有位置,但位置不在「再做一个浏览器代理」,而在它自报的那个数字里:ACV $6,000–10,000、4 个客户撑起 $25K ARR——说明中端市场愿意为「不接 API 就能跑」付钱,但客单价被压得很低,靠 4 个客户养不活团队。真正的坑是它自己暴露的:15 个客户、$6K–10K ACV 的生意,MRR 天花板只有约 $10 万,而你要为此维护 SAP / Oracle / NetSuite / QuickBooks / Xero 五套 UI 的持续适配——UI 一改,你的「零集成」卖点就变成运维负债。要跟就跟「单一 ERP + 单一财务流程」的窄切口,别跟它这种全 ERP 覆盖的打法。

没查到的

• indie(TrustMRR):没有它的档案,所以逐月收入、MRR、订阅数、是否挂牌出售、first_seen、flags 全部答不了。
• appstore / googleplay / macappstore / chromestore:四个库都没有它,没有评分数、榜单、安装量。
• github:没有它的仓库,star 走势、fork/star 比、pushed_at 无从谈起。
• hackernews / x 本地库:0 条提及,无法判断社区反应。
• 官网定价页抓不到(返回空白),PH 档案也没有定价字段,所以「旧档→现价」的变化写不出来。
• Crunchbase、Dealroom 页面被 Cloudflare 拦截,融资细节只能靠 Recent Funding 和二手报道。
• 没有独立第三方验证过它的 SOC 2 认证、客户名单和收入;创始人 X 账号是空号,LinkedIn 需登录,无法直接读原文。