什么值得做

ContextGem 1.0

活着但平 证据强度 中 开源 PH 发布 2026-10-27 · 83 票
官网
github.com/shcherbak-ai/contextgem(文档站 contextgem.shcherbak.ai/,旧域名 contextgem.dev 已 301 跳转过去)官网
PH
www.producthunt.com/products/contextgem/launches/contextgem-…,2026-10-27,83 票(发布日 82)/ 日榜第 19 / 3 条评论库
一句话
免费开源的 Python 框架,用 LLM + decision models 从文档里抽结构化数据,并把每个抽出来的事实回溯到原文句子。
团队
Sergii Shcherbak 一人主导,公司 Shcherbak AI AS(挪威奥斯陆,Olav Selvaags plass 4,注册号 NO 933210472 MVA)。他此前以主 AI 工程师身份做过芬兰 Fuxia Oy 的 AI 合同审查平台(2024),现在主业是企业 AI agent 咨询。GitHub 组织 shcherbak-ai 在库里只有 1 个仓库库官网
收费
免费开源,Apache-2.0,没有定价页。官网原文 "ContextGem is a free, open-source framework"官网 2026-11-02;收入来自母公司的企业 AI 工程咨询,不是这个库。无旧档可对比
状态判断
活着但平——代码和发布在稳定推进(一个月内 v1.0→v1.5.0),但没有任何收入、社区讨论或增长加速的证据
证据强度
中(GitHub 库、PH 库、PyPI 第三方下载数三方对上;收入侧完全空白)

它在各库的曲线

GitHub · 建库 2024-10-11 · 2,060 星 · 7 天 +30
Extract structured data and insights from documents using LLMs and decision models
星数
2k2k2k2.1k10-2810-3011-0111-0211-042.1k
数据 2026-10-28 → 2026-11-04(8 天,8 次观测)。10-28 以前的点来自 deeply / 存档补录,不是每天都有

发布之后的表现

收入

  • indie(TrustMRR)库里没有它:按域名 shcherbak.ai / contextgem.dev、按名字 contextgem / tethered / licenseal / omerta 查均无记录库。也就是说没有任何支付平台校验过的流水。
  • 商业模式是「开源库引流 + 母公司接企业 agent 项目」。官网列了两个客户案例:Christiania Stillas AS(脚手架公司,文档智能平台,客户自报省 80% 时间)、Fuxia Oy(2024,合同审查)。这些是咨询收入,不是产品收入官网。
  • Tracxn 页面(2025-11-26)称 Shcherbak AI 未融资第三方,但该页较旧,只能当线索。

用户 / 下载

  • appstore / googleplay / macappstore / chromestore 库里都没有它——它不是 App,也不是浏览器扩展库。
  • PyPI 下载(pypistats,2026-11-02 抓):上月 11,835 次,上周 1,070 次,昨日 111 次第三方。曲线看,2026-04 约 300/天,2026-09 中旬爬到 500–800/天,10 月回落到 200–400/天,10-29 之后掉到 40–110/天。1.0 发布(10-27)没有带来下载抬升,反而在发布后走低第三方。
  • 官网自报 "downloads/month 9.7k"自报,与 pypistats 的 11,835 基本一致,官网偏保守。

开发者关注

  • github 库有 shcherbak-ai/contextgem:2046 star、187 fork、fork/star = 9.1%(2026-11-02)库。fork 比在正常区间(新库 ≥5000 星中位数约 11%),suspect 为空,没有刷星标记。
  • 星数走势:2026-10-28 2030 → 11-02 2046,5 天 +16(约 3.2/天)库。建库 752 天,生涯均值 2.72/天——当前速度只是略高于生涯均值,没有加速。status = 待观察,gain_7d 为 NULL(窗口不够),从未上过 trending库。
  • 活跃度:最近提交 2026-10-28,最新 release v1.5.0(2026-10-27),476 次提交、59 个 tag库官网。1.0 之后一个月内连发 v1.1.0–v1.5.0,维护是认真的。
  • 组织下库里只有这一个仓库;官网还列了 tethered(自报 26k 下载/月)、licenseal(3.6k)、omerta(1.6k),都没进 GitHub 库(不到 50 星门槛)库自报。

讨论

  • hackernews 库:只有 1 条,2025-05-04 "Transform DOCX into LLM-ready data"(contextgem.dev,15 分、5 评论、未上首页)库。1.0 发布前后 HN 上零讨论。
  • x 本地库:按 contextgem / shcherbak 全文检索,0 条提及库。创始人 @seshch 不在任何圈子名单里(223 followers),本地库看不到他的帖。
  • PH 1.0 发布只有 3 条评论、0 条 review,产品关注数 183(2026-10-29)库。
  • 第三方评测有:activepieces 两篇指南(2026-10-27 前后)、Bright Coding、DEV.co 等,属于 SEO 内容而非社区讨论第三方。

官网动态

  • 文档站已更新到 1.5.0,新增 decision models、Docling 文件转换、agentic workflows 章节官网。
  • 博客 2026-10-16 发《ContextGem 1.0: the right model for each question about a document》,2026-10-25 发 omerta 0.1.0官网。公司站无 cookie、无分析,无融资/收购消息。
  • DevHunt 上 "#2 Product of the week · Launched April 8, 2025"第三方——那是 2025 年首发成绩,不是 1.0 的。

自报 vs 实际

自报实际结论
官网 "downloads/month 9.7k"pypistats 上月 11,835(2026-11-02)对得上,官网偏保守
官网 "GitHub stars 2k+"库 2046(2026-11-02)对得上
官网 "Tool of the Week · DevHunt #2"DevHunt 页面确为 #2 of its week,但日期是 2025-04-08对得上,但被挪用到 1.0 语境下容易误读
PH 1.0 票数 83首发(2025-04-24)120 票、发布日 139 票、日榜第 12第二次发布热度明显低于第一次
无任何收入自报indie 库无记录无法核对,也不能反推「没赚钱」——它本来就不卖钱

为什么成了 / 没成

成了的部分:一个单人维护的开源库拿到 2046 star、11.8k 月下载,一个月内从 v1.0 迭代到 v1.5.0,还有两个真实企业客户案例。差异化讲得清楚——不做 RAG 检索,整篇文档读进去,每个抽取结果带句子级出处;1.0 引入 decision models 处理是非/标签/评分这类封闭问题,给概率而不是让 LLM 自报信心。这个定位在 2026 年 9 月 TypeSafe 的 Jev、OpenAI Decisions API、微软 Decision-1 刚把「decision model」这个品类带火的时间点上,踩得很准。

没成的部分:它是个库,不是产品。没有收入、没有托管服务、没有社区。HN 一条 15 分的帖子、X 零提及、PH 第二次发布票数还低于第一次——说明它靠的是 GitHub 搜索和 SEO 文章的自然流量,不是口碑扩散。更关键的是赛道挤压:LlamaIndex 的 Jerry Liu 在 10 月连发多条高赞帖推 Extract v2.5 / ExtractBenchPro / Extract Max Effort(单条 290 赞、5.3 万浏览)库,同一时间 ContextGem 的 1.0 在 X 上没有任何声量。单人维护也是采购障碍——activepieces 的评测直接点名 "a single named maintainer. Plan your escalation path accordingly"第三方。

对想跟的人

别再做「通用文档抽取库」了:这个位置已经被 2046 star、11.8k 月下载的 ContextGem 和 LlamaIndex 这类玩家占住,而且库本身不产生收入——ContextGem 的下载量在 1.0 发布后反而从 500–800/天掉到 40–110/天,star 增速只有 3.2/天,和生涯均值 2.72/天几乎一样,说明「发版」换不来增长。真正空着的位置是它自己承认不做的那块:官网写 "you run it yourself and own all costs and failures"第三方转述,而它的客户案例全是法律/合同场景(NDA 抽取、供应商合同审查、脚手架发票附件)。要跟就跟「托管 + 垂直」:把 ContextGem 这类库包成法律或建筑行业的按份计费服务,而不是再写一个框架。最大的坑是单人维护的信誉问题——企业客户不会把合同流水交给一个 223 粉丝的独立开发者,除非你先解决 SLA 和合规。

没查到的

  • indie(TrustMRR)无此产品,收入侧完全空白,无法判断它是否真的零收入(它本来就不收费)。
  • appstore / googleplay / macappstore / chromestore 四个商店库均无记录(非 App / 非扩展)。
  • X 本地库无任何提及;创始人 @seshch 不在圈子名单,本地库看不到他的发帖,x live 本次未开放。
  • 无融资、收购、公司注册变更的公开信息(仅 Tracxn 2025-11 的旧页称未融资)。
  • 数据包中 PH / indie / 商店各节按 domain=github.com 命中的是 GitHub 官方产品,与 ContextGem 无关,已按 slug / 仓库名重新点查。

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