# 三平台如何联动

## 一句话

三个平台是同一条链路的三段分工，共用一套账户和一套 Credit 账本：

- **MatrixOne** 把数据放对、管住、查得动；
- **AI Studio** 在这个底座上把数据做成 AI-Ready、让智能体用起来；
- **Genesis** 把模型供给变成可运营、可计量、可对外的服务。

拆成三个门口，是为了让不同角色找对入口，而不是三套互不相干的东西。下面从三条主轴看它们具体怎么连。

## 主轴一：数据（MatrixOne ↔ AI Studio）

这是最硬的结构连接——不是「协同」，而是同一份数据的存储与加工关系。

```text
AI Studio：连接器 → Catalog（表 / 卷 / 向量 / 模型 / 算子）→ 工作流 / SQL / 知识库
                                    │
                          （表、卷、向量、SQL 都落在）
                                    ▼
MatrixOne：超融合引擎（OLTP / OLAP / 向量 / 全文）+ 存算分离 + Git-for-Data
```

| 交接对象 | 在 AI Studio 一侧 | 在 MatrixOne 一侧 |
| --- | --- | --- |
| 表 | Catalog 里的结构化对象 | 引擎中的表存储 |
| 卷 / 文件 | Catalog 里的非结构化对象 | 对象存储与引擎管理 |
| 向量 | 知识库 Embedding 结果 | 引擎的向量检索能力 |
| SQL | SQL 编辑器、工作流 SQL 节点、NL2SQL | 由查询型计算资源在引擎上执行 |

用户可以完全生活在 AI Studio 里、感知不到引擎；也可以作为 DBA 直接建实例、写 SQL。**权限是两套**：AI Studio 的功能域权限管「谁能用哪个功能 / 对象」，MatrixOne 的 SQL 权限管「谁能对哪张库表做什么」，都属于掌控数据，但分别配置。

## 主轴二：模型（Genesis ↔ AI Studio，账本分离）

AI Studio 内的智能体对话、知识库 Embedding、工作流模型节点都要调模型。模型供给可以共享同一套基础设施，**但账本必须分开**——这是产品设计，不是疏漏。

```text
AI Studio 要调模型（对话 / Embedding / 工作流模型节点）
        │
        ├─ 在平台界面里用 → 计「AI 服务」（模型可隐藏、统一单价）
        │
        └─ 拿 API Key 在站外 / 自有应用调 → 计「Genesis」（模型自选、按模型计价）
```

「一体」不等于「一本糊涂账」：模型供给共享，但客户的账目与心智要清清楚楚。

## 主轴三：飞轮（运行数据回流）

智能体不是一次搭好就不变，它会越用越准——靠的是运行数据回流：

```text
AI Studio 智能体执行任务
   → 产生交互、检索证据、反馈、成败记录
   → 沉淀为可治理数据（写回 Catalog，即 MatrixOne 底座）
   → 优化知识库分段、语义配置、检索与提示词策略
   → 更好的智能体
```

MatrixOne 的版本化（Git-for-Data）让每一轮数据可复现、可回退；Genesis 在需要模型侧推理时提供算力；AI Studio 是飞轮转动的主场地。

## 账本分离

账本分离是三平台计费的地基，写任何计费 / 用量相关内容都要遵守。同一次模型调用算哪本账，**只看入口**：

| 计费项 | 卖什么 | 谁发起 | 模型是否暴露 |
| --- | --- | --- | --- |
| **AI 服务** | 平台封装的 AI 能力 | 在 AI Studio 用智能体 / 工作流 / 知识库 | 隐藏 |
| **Genesis** | 对外的模型服务 | 拿 API Key 在站外 / 自有应用调用 | 暴露，自选 |
| **BYOM** | 自有模型接入服务 | 把自己部署的模型接入工作流等 | 模型归你 |

快速判断：

- 界面里用出来的智能（对话、知识库问答等）→ **AI 服务**
- 用 API Key 在代码里调模型 → **Genesis**
- 调的是你自己部署的模型 → **BYOM**

账单上出现「Genesis」一般来自直接调用模型 API；界面里用出来的智能不计入 Genesis 前台用量。完整口径见[Credit 与计费项](../guides/billing/credit-and-pricing.md)。

## 统一账户

三个门口共用一套注册登录与身份，不重复建号：

- 同一账户进入不同门口，顶栏切换子产品；
- Credit 在账户侧统一计量，但账单明细按平台 / 计费项拆开；
- Genesis 的 API Key 主路径由账户体系（UC）的服务账号签发——账户是贯穿三平台的另一条线。

## 只用其中一个会缺什么

| 只用… | 会缺什么 |
| --- | --- |
| 只有 MatrixOne | 有库，但缺多模态治理、知识库协作面、智能体构建与闭环 |
| 只有 AI Studio（设想没有底座） | 没有超融合存算与版本化地基，「一站式」无处落地 |
| 只有 Genesis | 会调模型，但没有企业私域的 AI-Ready 数据与智能体工作台 |
| AI Studio + 站外自拼库 / 向量 / 网关 | 回到碎片化与多套系统拼接——正是 MOI 要消除的 |

## 三种典型组合用法

| 用法 | 怎么串 |
| --- | --- |
| 企业知识智能体（最常见） | AI Studio 接入 → 工作流解析 → 知识库 → 智能体；数据落在 MatrixOne；仅当外部应用也要直连模型时才用 Genesis |
| 结构 + 非结构混合问答 | MatrixOne + Studio SQL / 工作流备好指标宽表，知识库备好文档，智能体先查数再检索文档 |
| 以模型 API 为主 | 先用 Genesis 的 Key / 模型 / 用量 / 日志；需要私域增强时再进 AI Studio + MatrixOne 做 RAG |