ModuleX

发布之后的表现

收入

• indie(TrustMRR):库里没有。按 domain=modulex.dev、name≈modulex 两种条件查都是 0 行库。创始人没有把 Stripe key 交给 TrustMRR,所以真实收入不可知——「库里没有」不等于没收入。
• 没有任何公开的 MRR / ARR / 融资数字。搜到的「Modulex」融资新闻全是同名建筑公司(Modulex Modular Buildings、Modulex Construction),与本产品无关官网搜索。

用户 / 下载

• appstore、googleplay、macappstore、chromestore:四个库全部没有库。产品是纯 Web(app.modulex.dev),没有移动端或扩展,这与「库里没有」一致,不算异常。
• 唯一可量化的用户信号是 PH 关注数 287(2026-10-29 快照),PH 评价数 0、评分 0库。发布 4 个月后仍无一条 PH 评价,说明没有形成自发口碑。

开发者关注

• github 库:按 homepage_domain=modulex.dev、仓库名 modulex 查,库里没有库。
• 但 GitHub 上确有官方组织 ModuleXAI(已通过域名 modulex.dev 验证),4 个仓库:modulex-python、modulex-js、modulex-integrations、logox,全部 0 star、0 fork,最后更新 2026-08-08官网 github.com/ModuleXAI。SDK 和 175+ 集成包都开源了却拿不到一个 star,说明开源不是它的获客渠道,也没有开发者社区。

讨论

• hackernews 库:库里没有库。搜到的相关 HN 帖是竞品(velane.sh 的「n8n alternative」Show HN,2026-06-20,4 分),不是 ModuleX。
• x 本地库:库里没有库。创始人 @sezerufukyavuz(364 粉丝)和产品号 @modulexdev(48 粉丝)都不在五个圈子的 core 名单里,所以本地库天然覆盖不到。
• 公开可见的讨论主要是创始人自己的 LinkedIn / X 帖,以及第三方 SEO 站点的对比文(dev.to 的「Zapier vs ModuleX」、growthpigeon 的定位拆解),后者多为内容营销产物,不是用户讨论官网。

官网动态

• 站点活着,信息架构完整:179 integrations / 1,784 actions、MCP server 发布、Files、Composer、SDK、定价页、changelog、blog、careers 都在官网。
• 但更新停在 7 月底:changelog 只有一条,日期 2026-07-25(Files、MCP server、提速);blog 最新一篇 2026-07-25;X @modulexdev 最后一条 2026-08-05(MCP live);GitHub 最后 push 2026-08-08;LinkedIn 最后一条约 2 个月前官网。从 8 月中到 11 月初,三个月没有公开的版本或内容更新。
• 无收购、无停运、无转型公告。

自报 vs 实际

没有任何收入类自报数字,所以不存在「自报 MRR 与库对不上」的问题——它压根没公开过收入。

为什么成了 / 没成

判断:没成(至少没跑起来)。PH 发布本身是合格的——157 票、日榜第 6、43 条评论,当天日榜前五是 341/329/270/194/180 分,它排在第 6 位,属于「体面但不爆」的发布。问题出在发布之后。

三个具体信号指向同一个结论:第一,PH 关注数停在 287、评价数 0,发布 4 个月没有新增口碑;第二,官方 GitHub 组织 4 个仓库全部 0 star,连 SDK 和集成包都没人看;第三,公开更新在 8 月初断掉,changelog 只有 7-25 一条。一个还在全力推进的产品不会三个月不写 changelog。

方向上它选的是最难的一档:AI 工作流编排 + 179 个集成,正面撞 n8n、Zapier、Make,以及 2026 年所有「agent 自己搭工作流」的新品。它的差异化是「连接层」——托管凭证、ModuleX Key、一个组织多账号。这个差异化是真的,但也是最容易被平台方吃掉的:当 Claude Code、Cursor 自己变成 MCP 客户端,「工作流在 ModuleX、被 Claude 调用」这个卖点(它 8 月 5 日发的最后一条推)反而把价值让给了客户端。179 个集成的维护成本是线性增长的,而它只有 2 个人。

对想跟的人

这个方向还有位置,但不在「再做一个 179 集成的编排平台」——那是 2 个人对 n8n 的军备竞赛,ModuleX 用 4 个月 0 star 的 GitHub 组织证明了这条路对独立开发者不成立。真正的位置在它自己暴露出来的那个数字上:它的定价是 Pro $25/月含 5,000 credits(1 credit=$0.01),也就是把「托管凭证 + 按次计费」做成了订阅;而它最后一条推讲的是「工作流被 Claude 调用」。想跟的人应该做的是只做连接层——把某 3-5 个高价值 SaaS 的凭证托管和 MCP 暴露做深,卖给已经用 Claude/Cursor 的人,而不是自己再养一个画布和 179 个集成。最大的坑是:你越成功,客户端(Claude、Cursor)越可能自己把这一层收走,所以要么绑定一个客户端拿不到的垂直数据源,要么一开始就按用量而不是按席位收费。

没查到的

• 收入:indie(TrustMRR)库里没有 ModuleX,创始人未公开任何 MRR/ARR,收入完全不可知。
• 用户量:appstore / googleplay / macappstore / chromestore 四库均无(产品是纯 Web,无端),官网也不公布用户数或客户名单,所以「有多少人在用」答不了。
• GitHub 星数走势:github 库里没有 ModuleXAI 的任何仓库(4 个仓库都不到 50 星门槛,进不了库),只能从 GitHub 页面读到 0 star / 最后更新 2026-08-08,拿不到曲线。
• HN 与 X 讨论:hackernews 库和 x 本地库都没有 ModuleX 的记录;x 本地库只覆盖 5 个圈子的 core 成员,创始人和产品号都不在名单里,所以「圈内怎么看」答不了。
• PH 评论正文:PH 库不存评论正文,43 条评论的具体内容没读到(PH 页面被 Cloudflare 拦了)。
• 融资 / 收购:没有查到任何与 modulex.dev 相关的融资或收购消息;搜到的同名公司均为建筑/照明企业,与本产品无关。
• 8 月中之后发生了什么:changelog、blog、X、GitHub 全部停在 8 月初,这三个月是继续在做但没发版、还是已经停摆,公开信息无法区分——这是本档案最大的空白。