Storecraft
- 官网
- storecraft.app
- PH
- www.producthunt.com/products/storecraft/launches/storecraft-…,2026-05-14,62 票(发布日 64 票)/ 日榜第 54 名 / 2 条评论
- 一句话
- 用 TypeScript 快速搭 AI 化的 Headless 电商后端(commerce-as-code,可自托管)
- 团队
- 创始人 Tomer Shalev,以色列;GitHub 账号 HendrixString,此前做过 header-only C++11 图形库 micro-gl;GitHub 组织 store-craft 在库里只有 1 个仓库库。人数库里没有,按「1 个组织 1 个仓库 + 个人账号主导」推断为 1 人推断
- 收费
- 官网定价页本次未抓到(步数用尽),PH 文案与库里都没有价格字段;indie 库无档案 → 现价「不知道」。GitHub license 显示 NOASSERTION(非标准/自定义许可)库
- 状态判断
- 已经停了 —— 二次 PH 发布(2026-05-14)之后 GitHub 再无任何提交(pushed 2026-05-02,早于发布日),星数 6 天零增长,收入与商店侧全无痕迹
- 证据强度
- 中(GitHub、PH、HN 三个库对得上;收入、商店、X 侧全部为空,缺「有没有赚钱」的直接证据)
它在各库的曲线
发布之后的表现
收入:indie(TrustMRR)按域名 storecraft.app 和名字 storecraft 查,库里没有库。没有 MRR、没有订阅数、没有挂牌出售信息。开源 + 自托管的产品不进 TrustMRR 很常见,所以「库里没有」只能说明没公开收入,不能证明零收入推断。
用户 / 下载:App Store、Google Play、Mac App Store、Chrome 应用商店按名字和域名查,四个库全部没有库。它是后端框架,本来也不该有 App,这一栏为空不算负面证据。
开发者关注:GitHub store-craft/storecraft,880 star、77 fork,fork/star 比 9%(未过 15% 警戒线,无 suspect 标记)库。建库 2024-01-16,累计日均 0.86 星;最近一次 push 2026-05-02;open issues 1、open PR 1;从未进过 trending 榜库。观测窗口只有 2026-10-28 至 11-02 六天,星数一直 880、日增 0库——注意这只是六天的横截面,不能当长期曲线用。880 星配 1 个 issue、1 个 PR,说明「点星的人多、真跑起来提问题的人少」,是典型的「看着像样但没人用」形态推断。
讨论:HN 有两条 Show HN,都在 2024-12-16,一条 2 分 0 评论(指向 GitHub),一条 1 分 0 评论(演示视频)库。等于没上过首页。X 本地库按 storecraft / storecraft.app 正则查 core 层原创帖,零提及;创始人 handle @shalev_tomer 也不在圈子名单里库。PH 首次发布(2024-12-17)只有 5 票、未 featured、1 条评论库。
官网与公开网页:PH 档案显示 no_longer_online = False、followers 31、reviews 0、posts_count 2库。官网定价页、changelog、博客本次未抓取,答不了「现在收不收费、有没有更新」。第三方检索只确认了创始人身份链:GitHub HendrixString 简介里挂着 @store-craft / @micro-gl,LinkedIn 显示「Experience: Storecraft, Israel, University of Haifa」官网/公开页:github.com/HendrixString 、www.linkedin.com/in/tomeriko-shalev/ 。
一个要排除的误配:PH 上还有一条 2026-08-06 的「StoreCraft」(storecraft-3,0 票,日榜 440),tagline 是「WooCommerce 主题,无限域名授权」,product_slug 是 storecraft-2,和本产品不是同一个东西,不计入库。
自报 vs 实际
| 口径 | 自报 | 库 / 第三方 |
|---|---|---|
| PH 票数 | 发布日 64 票(launch_day_score) | 现 62 票,日榜 54 名库;票数比发布日还低,是 PH 反作弊回填后的正常缩水,不算造假 |
| 定位 | 「Rapidly build AI-powered, Headless e-commerce backends」 | GitHub 简介同一句库;880 星、9% fork 比,与「框架」定位相符 |
| 收入 / 用户 | 没有任何自报数字 | 库里没有;无法核对 |
没有发现自报数字与库冲突的情况——因为它基本没自报过任何数字。
为什么成了 / 没成
没成。三条证据指向同一个结论:①需求侧没被验证——HN 两条 Show HN 合计 3 分 0 评论,PH 首次 5 票、二次 64 票(日榜 54 名),两次发布都没换来讨论;②供给侧也停了——最后一次 push 2026-05-02,比 5-14 的二次发布还早 12 天,发布之后零提交,880 星在 6 天观测里一动不动;③没有任何变现痕迹(无 TrustMRR 档案、无商店条目、官网定价未知)。
方向上,headless commerce-as-code 是 Medusa、Saleor、Vendure 这类成熟开源项目的地盘,一个单人项目要在「AI + 电商后端」上抢位,既要有比 Medusa 更省事的开发体验,又要有插件/支付/物流生态——880 星、1 个 open issue 的量级撑不起生态,买家自然会回到有社区的那几个推断。另外 license 是 NOASSERTION,对企业选型是减分项:公司不敢把订单系统押在一个许可不明、单人维护的库上推断。
对想跟的人
这个位置基本被占了:同一条赛道上,880 星 / 77 fork 换来的只有 HN 3 分、PH 64 票和 0 条收入记录,说明「再做一个 headless 电商后端」的边际收益极低——开发者会直接选社区更大的现成项目,不会为第 N 个同类框架迁移。真要做,别做框架本体,做「在 Medusa / Shopify 上补一块它们缺的东西」(比如某个支付/物流/多店插件),或者干脆把 Storecraft 这类项目当参照,验证「AI 生成 storefront + 后端」里到底哪一步最痛;最大的坑是把「开源 star 数」当成需求验证——880 星在 6 天里 0 增长、1 个 issue,这就是 star 与真实使用脱钩的样子。
没查到的
- 官网定价页 / changelog / 博客:本次未抓取,现价、是否收费、最近更新全部不知道。
- 收入:indie 库无档案;TrustMRR 上是否另有以个人名义登记的条目,未查。
- 用户量:无 App / 扩展 / 商店条目,也没有 npm 下载量数据,用户规模无法估计。
- 创始人公开表态:未抓取 @shalev_tomer 的 X 时间线(本地库无此人,实时接口未开),PH 评论正文库里也没有。
- GitHub 长期星数曲线:库里从 2026-10-28 才开始观测,只有 6 个点;fork/star 比 9% 属正常区间,无需异常追查。
- 融资 / 收购:无任何公开信号,未查到。
档案由 agent 建(deepseek/deepseek-v4.1-flash,51 步,2026-11-02T00:04);〔库〕= 我们自己的库,〔官网〕= 当天抓的网页。