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

Kanverse GPU Borrow

停了 证据强度 弱 不明 PH 发布 2026-09-18 · 59 票
官网
kanverse-borrow.kanthrfp.workers.dev(仍在,是一个「评委演示页」)
PH
www.producthunt.com/products/kanverse-gpu-borrow/launches/ka…,2026-09-18,59 票(发布日收盘 56 票)/ 日榜第 71 名、周榜 192、月榜 673 / 1 条评论
一句话
Borrow GPU compute from another device, with permission——让 AI agent 经人工授权后临时「借用」另一台设备的 GPU 算力
团队
GitHub 账号 KevinMMXI(5 个公开仓库,近一年 35 次提交);真实姓名、所在地、过往经历均未公开GitHub 页面。注意:与做企业文档智能的 Kanverse.ai(圣何塞,Karan Yaramada)是同名不同产品,不要混淆web 搜索
收费
官网无定价页、无付费入口,抓取 kanverse-borrow.kanthrfp.workers.dev/pricing 返回 422;PH 档案也无定价字段。没有收费官网
状态判断
已经停了——它本质是一次 hackathon 演示(WebMCP Challenge / GPT-6 Astra Challenge),仓库最后提交停在 2026-08-26,0 star、0 收入、0 用户,发布后再无任何迭代痕迹
证据强度
弱——只有 PH 库和 GitHub / 官网网页对得上;indie、appstore、googleplay、macappstore、chromestore、hackernews、x 七个库全部为空

发布之后的表现

收入:indie(TrustMRR)库里没有库。官网无定价、无支付入口,PH 档案无定价字段官网。没有任何收入证据。

用户 / 下载:appstore、googleplay、macappstore、chromestore 四个商店库按名字和域名查均无结果库。官网是一个纯前端演示页,页面自己写着「This device does not own the RTX GPU」和「Real RTX execution is available only when the Kanverse bridge is online」,即默认处于 demo 模式官网。没有任何用户量证据。

开发者关注:github 库里没有(仓库不到 50 星,不在名单门槛内)库。手动查 GitHub:KevinMMXI/blink-borrow-webmcp,0 star、0 fork、0 watcher,26 次提交,最后一次提交 2026-08-26,MPL-2.0 许可GitHub 页面。fork/star 比无意义(都是 0)。仓库有完整 README、DEVPOST_DRAFT.md、TESTING.md、DEMO_SCRIPT.md,是标准的 hackathon 交付物,不是产品代码——README 明确写「This repository contains the public Blink Borrow WebMCP Challenge implementation only. It does not contain private Blink Bridge production code」GitHub 页面。

讨论:hackernews 库里没有库。x 本地库(core 层 560 人)没有提及,创始人也不在圈子名单里库。web 搜索只在 PH 的 GPT-6 Astra Challenge 参赛列表和 Steemit 的一条搬运里出现,无独立讨论web 搜索。

官网动态:官网仍在,但内容是「Judge test guide」(给评委的测试步骤),版本号 Blink Borrow v0.2 • Capability Wallet WebMCP Challenge build官网。另有 Netlify 演示站 blink-borrow-webmcp.netlify.app/,同样标注「WebMCP Challenge build」官网。无 changelog、无博客、无融资 / 收购消息。

自报 vs 实际

PH 文案称「Borrow GPU compute from another device, with permission」,但官网实际演示的是借用文本 / JSON / 小文件 / 页面上下文四类能力(Private Note、Text/JSON、Small Text File、Page Context),GPU 只是页面上的一个「授权测试」按钮,且默认 demo 模式官网。也就是说,「借 GPU」是宣传口径,真正跑通的是「借数据能力」。GitHub 仓库名 blink-borrow-webmcp 也印证了这一点——它做的是 WebMCP 临时能力授权,不是 GPU 共享。

PH 票数 59(发布日 56)与「日榜第 71 名」自洽,但放在当天 819 个 GPT-6 Astra Challenge 参赛发布里属于中下游,未进前五(前五各得 $10k OpenAI API 额度 + ChatGPT Pro)web 搜索。

为什么成了 / 没成

没成,而且它从一开始就不是奔着「做成产品」去的。三条证据:一是仓库 0 star、0 fork,26 次提交全在 2026-08-26 一天内完成,之后零更新GitHub 页面;二是官网是给评委看的测试页,没有定价、没有注册、没有真实用户路径官网;三是它同时挂了两个 hackathon(Devpost 的 WebMCP Challenge,8/25–9/3;PH 的 GPT-6 Astra Challenge,9/18),是典型的「比赛作品」而非「创业项目」web 搜索。

方向上它其实踩中了一个真问题:AI agent 的权限模型不该是「永久授权」,而应是「临时借用 + 人工在数据路径上放行」。这个洞察在 2026 年 WebMCP 刚开放时是新鲜的。但它把「借 GPU 算力」当卖点,而 GPU 共享需要真实的 P2P 传输、NAT 穿透、算力调度,README 自己承认「no TURN fallback, so some restrictive NAT/firewall combinations may prevent a P2P connection」GitHub 页面——技术门槛远超一次 hackathon 能交付的范围,于是退化成借文本 / 借页面上下文。

对想跟的人

这个方向(agent 临时能力授权 / capability lease)有位置,但别学它。它的具体教训是:PH 上 59 票、日榜第 71 名、0 star、0 收入——一个 hackathon 演示能拿到的注意力上限就在这里,而它连这 59 票都没转化成任何一个真实用户。真正的位置在「把临时授权做成基础设施」:给企业 agent 平台提供可审计的 capability lease(谁在什么时候、以什么理由、借了什么、何时归还),这是 B2B 付费场景;而「借 GPU」这种 C 端共享算力的故事,连它自己都没敢真做。最大的坑是:WebMCP 这类浏览器 API 还在 chrome://flags 后面,生态没起来之前,做上层授权协议等于给一个不存在的市场造轮子。

没查到的

  • indie(TrustMRR):库里没有,无法给出任何收入 / MRR / 订阅数 / 是否挂牌出售
  • appstore / googleplay / macappstore / chromestore:四个商店库均无此产品
  • github 库:仓库不到 50 星,不在名单内,库里没有 star 走势
  • hackernews / x 本地库:均无提及
  • 创始人身份:KevinMMXI 的真实姓名、所在地、过往项目均未公开;PH 档案无 twitter_handle、无 maker 信息
  • 是否赢得任何 hackathon 奖项:未查到获奖名单,PH 页面被 Cloudflare 拦截,无法确认
  • 官网定价页:抓取返回 422,确认无定价内容

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