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

Codex GPU Queue

停了 证据强度 中 开源 PH 发布 2026-09-18 · 60 票
官网
github.com/basicvec/codex-gpu-queue(无独立官网,PH 的 website_url 直接指向该 GitHub 仓库)
PH
www.producthunt.com/products/codex-gpu-queue/launches/codex-…,2026-09-18,60 票(发布日 68 票)/ 日榜第 30 名 / 1 条评论
一句话
让多个 Codex 会话共享一块 Windows GPU 的本地排队工具——任务后台排队、资源可用时运行、结果回传各自会话。
团队
GitHub 用户 basicvec(账号 u/328857209),库里只有这 1 个仓库、0 star,近一年 3 次贡献(9-13 两次、9-14 一次);PH 档案无 twitter_handle、无公司信息。库里没有更多创始人背景(国籍、过往项目、是否团队)。
收费
无。仓库是 MIT 许可的源码包,README 明确写「This is a source candidate, not a published or certified product」,没有定价页、没有内购、没有付费墙。官网定价页抓不到,因为不存在。
状态判断
已经停了。发布后 6 周,仓库 0 star / 0 fork / 仅 1 次提交(2026-09-13),作者此后无任何提交,PH 关注数停在 23,没有任何收入或用户证据。
证据强度
中(PH 与 GitHub 两个库对上了,且互相印证;但收入、商店、讨论三块全空,只能证明「没起来」,不能证明「有人用」)。

它在各库的曲线

basicvec/codex-gpu-queue
GitHub ·
库里没有这条的逐日曲线(没上过榜或还没开始跟踪)。

发布之后的表现

收入

  • indie(TrustMRR):库里没有。按域名 github.com 和名字词边界查均无结果;按 %codex%/%gpu queue% 模糊查也只命中 4 个无关产品(如 ccassist.dev,rev_30d $488),没有本产品。它本身也不收款,所以「没收入」是设计如此,不是失败信号。

用户 / 下载

  • App Store:库里没有。数据包按 ios_app_id=1477376905 命中的是 GitHub 官方 App(开发者 GitHub,评分数 12.7 万),属同名误配,与本产品无关。
  • Google Play:库里没有。com.github.android 同样是 GitHub 官方 App(1831 万安装),误配。
  • Mac App Store:库里没有。
  • Chrome 商店:未查(本产品是 Windows 本地 Python 工具,不涉及浏览器扩展)。

开发者关注

  • GitHub:basicvec/codex-gpu-queue 0 star、0 fork、0 watcher,1 个分支、1 个 tag(v0.1.0-polish.1)、1 次提交(2026-09-13,commit c07b882「Publish frozen source candidate 20260914-polish-v1」)。仓库不在我们 ≥50 星的名单里,所以 github 库查不到,以上数字来自 GitHub 页面官网。fork/star 比无意义(都是 0)。最近无提交,发布后完全冻结。

讨论

  • Hacker News:库里没有。按 codex/gpu queue 搜到的 20 条全是别的产品(如 Relayvora、Clawdline、Tidewave 等同类「Claude Code/Codex 协作」工具),没有一条指向本产品。
  • X 本地库:库里没有。按 codex gpu queue/basicvec 查 0 条;按 gpu queue/codex gpu 查到的 4 条是别人聊 GPU 算力与 Codex 的泛论,与本产品无关。
  • PH 评论仅 1 条(库里未存正文)。

官网和公开网页

  • 仓库仍在,README 完整,含 docs/examples/src/tests/tools 目录与 MIT LICENSE。README 自述:核心来自「Codex GPU Orchestrator 0.1.0」,本候选版只加了只读等待观察器;「production dispatch code was not deployed or replaced」。
  • Release 说明官网:39 文件源码包,51 个 CPU/合成测试通过,但「This was not a new Windows machine or a built-wheel installation test」,演示用的是「synthetic real CUDA computation—not model inference」,并承认 broker 核心「developed earlier with assistance from earlier models」。
  • 第三方聚合站有收录:DevTrends(2026-09-18)、FreeToolsWeb(2026-09-15)、PH 中文站,均为 PH 发布信息的转载,无独立评测或后续报道。
  • 无 changelog、无博客、无融资/收购消息、创始人无 X 账号可查。

自报 vs 实际

自报来源实际 / 库
「My most-used local Codex tool. I use it every day」PH 文案自报仓库 0 star、0 fork、1 次提交、发布后无更新官网;「每天用」是单人自用,无第三方用户证据
「51 CPU/synthetic tests passed」Release 说明自报无法在库里核实;作者自己限定「不是新 Windows 机器、不是 wheel 安装测试」
PH 60 票 / 日榜 30 名PH库与库一致(launch_day_score 68);但 60 票在 2026 年 PH 属中低热度,且 0 评论互动
「source candidate, not a published product」README官网与「0 star、无发布包、无安装测试」一致——这条自述是诚实的,反而说明它从未打算做成产品

没有发现自报数字与库冲突;冲突点在于「每天用」的叙事与「零外部采用」的现实。

为什么成了 / 没成

没成,而且它可能根本没打算「成」。三条证据链:

  1. 定位是源码候选,不是产品。README 与 Release 反复声明「source candidate, not a published or certified product」「production dispatch code was not deployed」,还附了 SHA256SUMS 和「frozen source package」。这是把一次内部实验冻结后公开,不是一次产品发布。
  2. 发布即终点。仓库 1 次提交(9-13)、1 个 tag,PH 发布(9-18)之后作者再无任何动作,账号近一年只有 3 次贡献。没有 issue、没有迭代、没有回应。
  3. 需求本身太窄且被平台吸收。它解决的是「一块 Windows GPU 被多个 Codex 会话抢」——这是单人本地开发者的临时痛点。而同期 HN 上同类「Claude Code/Codex 协作」工具(Relayvora、Clawdline、Toli、Taskman 等)几乎每周都有新 Show HN,且大多 0–5 分库,说明这个细分已经拥挤且普遍不被关注。更关键的是,OpenAI 在 2026-10-31 把 ChatGPT 与 Codex 用量合并HN 50320588,平台层正在收编这类调度需求。

PH 给了 featured 和日榜 30 名,说明「多会话共享 GPU」这个 hook 在标题层面是吸引人的;但 60 票、1 条评论、0 star 的组合说明没人真的去用——因为要用它得自己 clone 源码、配 PYTHONPATH、跑 Windows 依赖环境,门槛远高于痛点本身。

对想跟的人

别跟这个具体产品,但可以看它暴露的信号:PH 60 票 / 日榜 30 名 vs GitHub 0 star 这个 60:0 的落差,是「标题党式发布」的典型——PH 上「Codex + GPU + 队列」三个热词能换来曝光,但换不来 clone。想在这个方向做,位置不在「再写一个本地队列」(HN 上同类 Show HN 每周好几条、普遍 0–5 分库),而在把调度做成零配置的托管服务或 IDE 插件,让用户不用碰 PYTHONPATH。最大的坑是:平台(OpenAI 合并 Codex 用量、Anthropic 官方多 agent 编排)随时会把你的功能变成一行官方配置,你的护城河必须建在平台不会碰的地方(跨厂商、跨机器、可观测性),而不是「一块 GPU 排队」这种平台顺手就能做的事。

没查到的

  • indie / appstore / googleplay / macappstore / hackernews / x 六个库全部没有它——不是漏查,是它既无收入、无商店上架、无讨论。
  • 创始人 basicvec 的真实身份、所在地、过往项目:GitHub 资料页无 bio、无链接,PH 无 twitter_handle,库里和公开页都查不到。
  • PH 那 1 条评论的正文:PH 页面被 Cloudflare 拦截,抓不到。
  • 是否有真实用户实际部署过:无任何第三方证据(无 issue、无 fork、无提及),答不了。
  • 仓库 0 star 是因为「不到 50 星不进 github 库」还是「真的 0 star」:GitHub 页面直接显示 0 star,是后者官网。

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