# Genesis

## 承上：模型从哪来、怎么对外供给

[AI Studio](ai-studio.md) 的智能体对话、知识库 Embedding、工作流模型节点都要调用模型，[MatrixOne](matrixone.md) 只负责数据存算、不做推理——那么这些模型统一从哪里来、怎么计量、怎么对外提供给自有应用？答案就是 **Genesis**。它是 MOI 里管理模型供给的平台。

内部代号 **TaaS**（Token as a Service），账单与日志中以 Genesis 命名，两者指同一产品。

## 定位

**Genesis 是 MOI 对外提供的标准化模型 API 服务。** 它把多厂商、多能力的模型收敛到统一入口、统一接口规范（OpenAI 兼容）和统一 Credit 计费体系，让调用方用一把 API Key 就能接入、计量、审计和运营模型调用。

它从产品顶栏**独立入口**进入，使用独立的登录和控制台，没有工作区切换，也不分数据 / 智能体模式。

## 核心：API Key 是访问与成本的抓手

在 Genesis 里，一把 API Key 决定的不只是「能不能调」，而是**能调哪些模型、调多少、调多快、调到什么时候**。这四组控制项是理解 Genesis 的关键：

| 控制项 | 控制什么 |
| --- | --- |
| 可用模型 | 这把 Key 能调用全部模型，还是仅指定的几个 |
| 额度限制 | 总额度与日额度上限（按 Credit 计） |
| 速率限制 | 并发数、RPM（每分钟请求数）、TPM（每分钟 Token 数） |
| 过期时间 | 永不过期，或到期自动失效 |

Key 的主签发路径是账户体系（UC）的**服务账号**，签发 `sk-gsa-v1-...` 格式的密钥；完整密钥只在创建弹窗显示一次。管理详见[指南 · Genesis](../guides/genesis/index.md)。

## 控制台功能

控制台围绕「选模型 → 调试 → 拿 Key → 调用 → 运维」组织：

| 功能区 | 作用 |
| --- | --- |
| 模型 | 模型广场：按类型、厂商、上下文长度、健康状态筛选，查看能力、定价与示例 |
| 调试 | Playground：在线试用各类模型、调参与写提示词 |
| 使用 | 接入指南：Base URL、认证方式、接口参数与响应示例、FAQ |
| 密钥 | API Key 的创建、编辑、轮换、启停与删除，及上面四组控制项 |
| 看板 | QPS / 可用率 / 健康度 / 今日请求与费用等运营概览 |
| 用量 | 按时间、模型、密钥维度的用量与费用分析 |
| 日志 | 逐条调用日志，用于排障与成本归因 |
| 通知 | 用量、失败、延迟、安全等异常告警 |

模型按多类能力组织：对话、OCR、文生图 / 视频、TTS、ASR、嵌入、重排序等（以现网为准）。

## 「卖模型」与 AI Studio「卖能力」的区别（账本分离）

这是理解 Genesis 计费的关键，也是它和 AI Studio 最容易混淆的地方。同一次模型推理，算哪本账**只看入口**：

| | AI 服务（AI Studio 内） | Genesis |
| --- | --- | --- |
| 卖什么 | 平台封装的 AI 能力 | 对外的模型服务 |
| 模型是否暴露 | 隐藏，平台可切换底层 | **暴露，调用方自选** |
| 谁发起 | 在 Studio 用智能体 / 工作流 / 知识库 | 拿 API Key 在站外 / 自有应用调用 |
| 计入哪本账 | AI 服务（不进 Genesis 前台用量） | Genesis Credit |

一句话判断：**界面里用出来的智能 → AI 服务；自己用 API Key 调模型 → Genesis。** 另有 BYOM（自带模型接入）为独立计费项。三者的完整边界见[三平台如何联动 · 账本分离](platforms-together.md#账本分离)与[Credit 与计费项](../guides/billing/credit-and-pricing.md)。

## 回到三平台

到这里三个门口就串成了一条完整的路：[MatrixOne](matrixone.md) 把数据放对、管住、查得动；[AI Studio](ai-studio.md) 在这个底座上把数据做成 AI-Ready、让智能体用起来；Genesis 则把模型供给变成可运营、可计量、可对外的服务。三者共用一套账户与承诺，如何具体咬合见[三平台如何联动](platforms-together.md)。