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

judged.systems

活着但平 证据强度 弱 免费 PH 发布 2026-10-08 · 69 票
官网
judged.systems(实际跳 www.judged.systems)
PH
www.producthunt.com/products/judged-systems/launches/judged-…,2026-10-08,69 票(发布日 71)/ 日榜第 25 名 / 2 条评论
一句话
给客服工单做「判决」的 API——一张工单进去,返回 accept / review / reject 的定型结果,自带 helpdesk 接入。
团队
一人公司。Oleksandr Halashevskyi,荷兰 Aalten(Nijverheidsweg 28,KvK 96439637,VAT NL005211172B92),自述 SWE,现职 Sivo(YC W21)产品工程师;此前做过 unitrail.dev、prostir.nl、boredbank.app、flux官网 ninetynine.dev。
收费
官网没有定价页(/pricing 返回 404);服务条款(2026-10-07)原文「There is no charge until a price is shown in the product. A charge starts only after we tell you, at least 30 days before it applies. Prices are in euros」——即当前免费、尚未开始收费,未来涨价需提前 30 天通知。PH 档案里也没有定价字段。
状态判断
活着但平。站点、文档、路线图都在维护,但除了一次 69 票的 PH 发布外,收入、用户、开发者关注、社区讨论全部为零。
证据强度
弱。只有 PH 库对上(1 次发布),其余 8 个库全部「库里没有」;库外只有官网 / 文档 / 条款 / Wayback 可查。

发布之后的表现

收入:indie(TrustMRR)库里没有 judged.systems,按域名和名字都没对上库。创始人名下的其他产品(unitrail.dev、prostir.nl、boredbank.app)在 indie 库里也查不到。也就是说:没有任何第三方校验过的收入数据。结合条款里「尚未收费」的表述,推断目前是零收入或极低推断。

用户 / 下载:App Store、Google Play、Mac App Store、Chrome 应用商店四个库全部「库里没有」库——它是纯 Web API,本来也不该有商店条目,这条不构成负面证据,但同样说明没有可量化的用户规模。

开发者关注:GitHub 库里没有 homepage_domain = judged.systems 的仓库,也没有名为 judgedsystems 的仓库库。文档的 Mintlify 配置显示源码在 ohalashevskyi/triage-kit(私有库),所以公开 GitHub 上无迹可寻。创始人另一个账号 iqwei 在 GitHub 库里也没有结果库。

讨论:Hacker News 库里没有 judged.systems 的帖子库;X 本地库(core 层约 560 人)里没有任何提及库。创始人本人 @ohalashevskyi 的 X 账号:2024-02 注册,0 关注者、仅 1 条帖(2026-05-31,一句「you can't judge something if there is no .. criteria」),基本没有在社交上做分发官网抓取。

官网和公开网页:站点在线,首页文案与 2026-10-15 的 Wayback 快照一致Wayback。文档站(Mintlify 托管)内容相当完整:Quickstart、Concepts、Packs/Questions/Results、REST/MCP/Webhooks、Evaluations/Reviews/Experiments、Redaction、Errors、Roadmap,共 30 条 API reference + 19 条 Guides。Roadmap 页明确写「Experiments is the current build.judged AI 和 threshold replay 排在后面」,其中 Experiments 的 API 已上线、App 内页面仍禁用官网 docs/guides/roadmap。没有 changelog、没有博客、没有融资或收购消息。

自报 vs 实际

产品没有公开自报收入或用户数。唯一可对照的是 PH 文案「The judgment API platform for support systems.」与官网首页「A judgment engine for customer support. Bring your own helpdesk.」——口径一致,但都只是定位描述,不含数字。首页展示的「88% Never reached a person」「4× Faster to a decision」是营销数字,没有任何来源标注,库里也无从校验,应视为宣传语而非实测自报,无法核对。

为什么成了 / 没成

没成的信号很集中:PH 发布日 71 票、日榜第 25 名、只有 2 条评论、36 个关注者——这是一次没有形成势能的发布。之后 8 个库全无痕迹,创始人 X 账号 0 粉丝且几乎不发帖,说明发布后没有做任何持续分发。产品本身做得不糙(文档、API 设计、MCP/Webhook 集成、GDPR 处理协议都齐),但「客服工单判决」这个位置的问题是:目标客户是已经有 helpdesk 的 B2B 团队,而这类客户不会因为一次 PH 发布就换掉工单分流逻辑;它需要的是销售、集成、信任,恰恰是单人开发者最难补的部分。条款里「尚未收费」也说明它连定价验证都还没开始。

对想跟的人

这个方向还有位置,但不在「再做一个判决 API」。judged.systems 已经把「模型出证据、阈值做决定、不确定的进人工复核」这套模式做成了可调用的 REST/MCP,文档里 30 条 API reference 说明工程完成度不低——它缺的不是代码,是第一个愿意付钱的客服团队。如果你要跟,最大的坑是:它发布 25 天(2026-10-08 到建档日)后 PH 只有 2 条评论、X 0 粉丝、indie 库零收入,证明「开发者自嗨型 API 产品」在这个赛道拿不到自然流量;要么绑定一个具体 helpdesk(Zendesk/Intercom)做插件式分发,要么直接做垂直场景(如电商退款工单)而不是通用判决层。

没查到的

  • indie(TrustMRR):没有该产品,无法给出逐月收入 / MRR / 订阅数 / 是否挂牌出售。
  • appstore / googleplay / macappstore / chromestore:四个商店库均无条目(产品形态上也不应有)。
  • github:公开库无记录;文档源码 ohalashevskyi/triage-kit 为私有库,star / fork / 提交情况无法查。
  • hackernews / x 本地库:零提及。
  • 官网定价页不存在(/pricing 404),无法给出价格档;条款只说「尚未收费」。
  • 无法确认实际用户数、API 调用量、是否有付费客户——这些数据任何公开渠道都没有。

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