什么值得做
产品档案 / 2026-08

Skim Recap

活着但平 证据强度 中 免费 PH 发布 2026-08-18 · 81 票
官网
skim-recap.vercel.app/ → 现 301 到 skim-recap.yuimorii.com/(2026-11-02 抓取)
PH
www.producthunt.com/products/skim-recap/launches/skim-recap,2026-08-18,81 票(发布日 77)/ 日榜第 22、周榜 115、月榜 490 / 1 条评论库
一句话
检测「快速滚动」手势,把被你划过去的那段文字用本地 Gemma 4 生成摘要,浮在光标旁边。
团队
一人。Yui Morii(森井?),加拿大,前端工程师(Just Eat Takeaway / SkipTheDishes),前建筑师、GDG 组织者官网 About + LinkedIn 公开页。GitHub @itsyuimorii:23 followers、33 个仓库、130 starsGitHub 页面。
收费
免费,无定价页。官网 /pricing 返回 404官网;Chrome 商店无内购标记、无「付费」字样,开发者自报 Non-trader官网商店页。TrustMRR 无档案,所以没有「自填旧档」可比。
状态判断
活着但平——站点、博客、扩展都还在,但 Chrome 用户数停在个位数且 9 天内从 10 掉到 9,扩展自 2026-08-15 起 11 周没更新。
证据强度
中。PH 与 Chrome 商店两个源对上了(商店条目在库里、元数据靠官网补),收入 / HN / X / 应用商店全空。

发布之后的表现

收入:indie(TrustMRR)库里没有库。产品免费、无定价页、无内购标记,推断本来就没有收入线推断。

用户 / 下载:App Store、Google Play、Mac App Store 三个库都没有库。Chrome 应用商店库里有这个条目(id febndabjnmbmdodeoenjmnplfcalmnmc,first_seen 2026-11-01),但只有名单、没有详情(has_detail=false),所以库里没有用户数库。直接抓商店页:2026-11-02 显示 9 users、0 评分、0 条评论,版本 0.4.1,更新于 2026-08-15,包体 31.06 MiB官网。Wayback 2026-10-24 的快照显示 10 users官网存档——9 天里净减 1,是「没涨、微降」。

开发者关注:github 库里没有它的仓库库。产品仓库是私有的;公开的只有评测仓库 itsyuimorii/skim-recap-eval,0 star、0 fork、14 次提交、最后一次提交 2026-08-13、MITGitHub 页面。作者另有 obsidian-gemma4-litert-wiki(17 star)GitHub 页面。没有 fork/star 异常可追——量级太小。

讨论:hackernews 库里没有(域名、标题都无)库;x 本地库 core 层 560 人里没有一条提及,创始人也不在名单里库。PH 上 81 票却只有 1 条评论、1 条 4.0 分评价库。

官网动态:站点活着且内容扎实——About / Stack / Blog 三页,4 篇博客全是 2026 年 8 月,含 v0.4 发布说明、一次 72 次生成的评测记录;Stack 页把模型文件(2.97 GB)、源码行号、编译产物行号都列出来官网。没有 changelog 之外的融资、收购、合作消息官网 + 搜索。

自报 vs 实际

  • PH 文案与商店描述自报「on-device、无需账号、文本不出浏览器」自报——与 Stack 页给出的模型 URL、LiteRT-LM/WebGPU 运行时一致,可核对官网。
  • 商店页自报「首次使用下载 2.97 GB 模型,需要 WebGPU、约 22 GB 空闲磁盘、>4 GB 显存或 16 GB 内存」自报——这是它自己写下的门槛,和 9 个用户对得上,不矛盾。
  • 没有「100 万用户」「$10k MRR」这类数字可对;它一个都没报,这点是诚实的。
  • 唯一对不上的是热度结构:PH 81 票 / 日榜 22 名,但 HN、X、Reddit 全无痕迹,商店只有 9 个用户库 + 官网。81 票 ≈ 9 个安装,转化率约 11%,说明票来自 PH 社区互投而非真实需求验证推断。

为什么成了 / 没成

没成,而且原因写在它自己的商店页里:装一个扩展要先下 2.97 GB 模型、要 WebGPU、要 22 GB 磁盘。这不是「体验优化」能解决的摩擦,是产品形态与分发渠道的错配——Chrome 扩展的用户预期是「点一下就能用」。第二个问题是场景太窄:它只解决「我划过去了一段」,而绝大多数人划过去就是不打算读;真正需要的是「整页太长帮我压缩」,那正是它明确拒绝做的事(它坚持只摘要被跳过的那一段)。第三,作者是单人、有全职工作,8 月一口气发了 v0.3/v0.4 和 4 篇博客后停更 11 周,典型的「做完就收工」。它做对的部分是工程与文档质量:Stack 页可验证、评测仓库连「被撤回的结论」都留在日志里,这种透明度在独立开发者里少见,但透明不等于有人用。

对想跟的人

别跟「本地大模型 + 浏览器扩展」这个组合,除非你能把模型压到几十 MB 以内——Skim Recap 用 2.97 GB 换来了 9 个用户,而它的 PH 票数是 81,这个 81→9 的落差就是门槛的定价。真要做,位置在「不下载模型」的那一侧:用 Chrome 自带的 Prompt API(它自己在评测仓库里对比过,LanguageModel.availability() 返回 available),把首次使用成本从 2.97 GB 降到 0,再谈场景。最大的坑是:PH 上 81 票、日榜 22 名会让你以为验证过了,但 HN / X / 商店三个独立信号全是零——发布热度不等于需求。

没查到的

  • indie(TrustMRR):没有档案,收入 / MRR / 订阅数 / 是否挂牌出售全部无法回答。
  • appstore / googleplay / macappstore:三个库都没有它(它本来也不是 App)。
  • hackernews、x 本地库:零提及,无法判断有没有人讨论过。
  • github 库:产品仓库私有、评测仓库不到 50 星,不在名单里,拿不到 star 曲线。
  • chromestore 库:条目在名单里但没有详情,用户数只能靠抓商店页和 Wayback 两个点(10 → 9),没有连续曲线。
  • PH 发布页被 Cloudflare 拦截,发布日逐小时票数曲线、评论正文没抓到;PH 的 79 followers 只有 2026-10-29 一个快照,看不出变化。
  • 创始人 X / LinkedIn 只看到公开摘要,没有找到她的 X 账号,无法确认她是否在社交平台讲过这个产品的数据。

档案由 agent 建(deepseek/deepseek-v4.1-flash,42 步,2026-11-01T20:24);〔库〕= 我们自己的库,〔官网〕= 当天抓的网页。