← 返回控制台INFERENCEOS / 项目全貌看下一步 ↓

给创始人看的大白话版本 · 2026-08-17

你不是在做一个
“GPU 租赁站”

你在做的是:把不可信的 GPU 世界变成可以解释、复现和交付的推理能力。真正的产品主线是 资源与执行事实 → Evidence → Verification → Trusted Capability → Delivery

模型身份经过 RTX 4090 Runner、证据验证并交付制品的示意图
产品阶段v1 Beta

核心闭环已写出大半,但尚未通过真实 Runner 验收。

唯一 SKUQwen3-8B · 4090 · vLLM

边界已固定,别急着扩模型、GPU、runtime。

当前状态新能力冻结

只允许修复、真实 Runner、规范治理、数据迁移和测试。

一条主线

产品真正如何流动

所有模块都应该服务这条链。缺任何一环,都不能把结果包装成“已验证、可交付”。

  1. 01
    固定 SKU选什么模型 / GPU / runtime
    已落代码
  2. 02
    接受模型绑定请求 / 观察 / 接受三种身份
    发布阻断
  3. 03
    固定 CreditPrice Book、Reservation、Ledger
    发布阻断
  4. 04
    Runner AttemptAutoDL / 执行观察 / Evidence
    发布阻断
  5. 05
    Verifier冻结 Policy 下的可信判定
    发布阻断
  6. 06
    Accepted Artifact通过后才能托管或 BYOC
    接近可用

模块地图

每块代码到底在干什么

点击一张卡,只看这一块的“人话解释、代码现状、真实状态、下一步”。

发布阻断

项目规范 / 事实权威

先规定谁有权创造哪种事实,再让 API、Agent、Runner 和脚本从唯一入口改变状态。

已经实现
GitHub #1、ADR-0005/0006 与 Command Authority 模块已落地;关键写入口产生 Authority Grant、Authorization Decision 和执行记录。
真实阶段
#21 治理骨架完成;#22 Phase A 已建立可信事实层,但旧生命周期尚未切换。
下一步
真实环境应用 migrations 0015–0017 并完成 Gate-H 审计链,再冻结 #22 旧写入口。
lib/command-authority.ts · lib/trusted-facts.ts · Issues #21–#25

两个平面

谁能产生事实,谁能做出承诺

客户 / 前端 · 非权威

提交 Command、确认报价、查看投影、取得交付

界面不能通过展示状态制造真实性。

控制面 · 业务权威

身份、授权、Credit、Run Result、Verifier、Artifact Acceptance

负责形成业务承诺,但不能伪造 GPU 观察。

Runner Contract · 信任边界

只传执行授权、资源观察、用量和 Evidence

价格、Credit、Wallet、COGS 和商业晋升不得跨入数据面。

GPU 数据面 · 执行权威

执行 Attempt、观察 GPU、测量、生成文件与原始 Evidence

可以证明发生了什么,不能决定这件事商业上意味着什么。

不要同时开十条线

现在只做这 4 件事

顺序不是技术洁癖,而是为了每一步都给下一步提供真实输入。

  1. 1
    #21 建立唯一写入口

    先让 Actor 只能提交 Command;关闭 Agent、脚本、Route 和 admin 绕过领域不变量直接造事实的路径。

    治理起点
  2. 2
    #22 拆核心事实

    分开模型三身份、Run/Attempt、Candidate/Measurement/Verification;冻结旧写并归档无法证明的数据。

    数据地基
  3. 3
    #15 / #5 保持真实 Runner 主线

    不打断 JH 联调:完成当前 Contract、AutoDL 4090、模型 hash、真实 Evidence 与冻结 Policy 判定。

    核心验证
  4. 4
    #23–#25 收口 Contract、商业与交付

    去掉 Runner 商业字段,收敛 Ledger/Wallet,建立 Artifact Identity;之后才进入 #17 受约束 Experiment Loop。

    解除冻结前