> **目标**：6 个上游渠道 × 6 个模型，价格各不相同。本方案先定**统一基准价格**，再按倍率划分三个分组 **cost-effective（<1）/ auto（=1）/ high-performance（>1）**，并让**一个渠道可以同时属于多个组**——最终实现：**无论用户创建的 Key 落在哪个分组，平台都能获得商业利益最大化**。

---

## 一、问题：多渠道多模型价格不同，怎么定价？

接入多个上游渠道、提供多个模型时，最头疼的问题就是**价格五花八门**：

- 同一个模型，不同渠道报价差异很大（有的便宜、有的贵）；
- 渠道成本差直接决定利润空间；
- 对所有用户收一个价，要么价高吓跑价格敏感用户，要么价低损失利润；
- 按渠道分别定价，价格体系混乱、难以维护。

因此需要：**① 先给每个模型定一个合理的统一基准价格（平台统一模型定价）；② 再围绕基准价按分组倍率分档，让不同 Key 各取所需，同时保证平台每个分组都盈利。**

---

## 二、平台统一的模型定价：统一基准价格怎么定？

**基准价格 = 该模型在全部渠道报价的「中位数」**。

> **平台统一模型定价**：同一个模型，**不管用户请求最终被路由到哪个渠道，计费基准都是这个统一基准价**（再按 Key 所在分组乘倍率）；渠道成本只影响平台利润，不影响用户付费。

为什么用**中位数**而不是平均价？

- **抗极端值**：个别渠道恶意报高价/低价不会拉偏基准价；
- **代表市场普遍行情**：反映大多数渠道的真实成本水平；
- **可解释**：规则简单透明，人人能算。

例：某模型 6 渠道报价 `[8, 9, 10, 11, 12, 14]`，中位数 = `(10+11)/2 = 10.5`，即为该模型**统一基准价格**。

---

## 三、三个分组：倍率档位（每个分组设置多少合适？）

围绕基准价，划分三个分组（倍率 = 对基准价的应用系数）：

| 分组 | 倍率 | 售价 = 基准价 × 倍率 | 定位 |
|------|------|---------------------|------|
| **cost-effective** | **< 1**（取 0.9） | 低于基准价 | 性价比 |
| **auto** | **= 1**（取 1.0） | 等于基准价 | 均衡型（默认） |
| **high-performance** | **> 1**（取 1.1） | 高于基准价 | 高性能/稳定偏好 |

> **Key 选到哪个分组，就按对应倍率付费**；**平台只需保证每个组内都有盈利渠道，并按利润分配流量**，即可做到「用户选哪个组，平台都利益最大化」。

### 倍率怎么定：每个分组设置多少合适？

倍率没有绝对标准，**0.9 / 1.0 / 1.1 是推荐起步值**，可按以下原则调整：

| 分组 | 建议区间 | 调整原则 |
|------|---------|---------|
| **cost-effective** | **0.8 ~ 0.95** | 下限受成本约束：必须满足 **倍率 ≥ 组内最便宜渠道成本 ÷ 基准价**，保证 ce 组至少有一个渠道盈利；折扣太深会没有渠道可进组，太浅则对价格敏感用户没有吸引力。 |
| **auto** | **固定 1.0** | 均衡型锚点，一般不调。 |
| **high-performance** | **1.05 ~ 1.2** | 上限参考用户对高性能/稳定性的付费意愿与竞品价格；定太高会把用户推向 ce 或直接劝退，定太低与 auto 拉不开差距。 |

> **每次调整倍率后，都要重跑一遍利润判断**（见 Step 4），确认每个分组至少保留一个盈利渠道、组内不存在赔本渠道。

---

## 四、分组设置在 Key 上（重要修正：用户本身不分组）

> 旧观点：「把用户分到某个组」——**不准确**。**用户本身不分组**，分组是 **API Key 的属性**。

- 用户在**创建 Key** 时，为这个 Key 选择分组：**cost-effective（性价比）/ auto（均衡型）/ high-performance（高性能）**；
- **同一个用户可以创建多个 Key**，分别挂不同分组（例如：自己日常用 ce 的 Key，给高要求客户发 hp 的 Key）；
- Key 属于哪个组，该 Key 发出的请求就**按对应倍率计费**，并且**只在该分组的渠道里路由**；
- **auto（均衡型）**：用户不指定性价比或高性能偏好，按统一基准价（1.0×）付费；对平台来说 **auto 同样是利益最大化**——用户不挑档位，平台可以**完全按利润导向自由路由**，把流量导给利润最高的渠道，自由度最大。

> 修正前文档中的「用户分到哪个组，就按对应倍率付费」，应统一理解为「**Key 选到哪个组，就按对应倍率付费**」。

---

## 五、渠道与分组的关系：渠道×模型如何分类？

> 旧观点：「一个渠道只能属于一个组」——**不准确**。

在支持多分组的平台中，**一个渠道可以同时属于多个组**，实现方式：

1. **渠道条目拆分**：一个上游渠道按分组拆成多个渠道条目（如 `甲-ce`、`甲-auto`、`甲-hp`），复用**同一个上游 key**，分别挂到不同组；
2. **渠道配置多组**：若平台渠道的 group 字段支持多个值，直接让一个渠道记录归属多个组。

**渠道×模型分类规则（商业利益最大化的关键）**：

> 对某个模型，渠道能否加入某个组，取决于该组售价下**利润是否为正**：
> **利润 = 该组售价 − 渠道成本 > 0** → 可以加入该组（拆成对应条目）。
> 利润 ≤ 0 → 不加入该组。

因此，**便宜渠道往往同时出现在多个组**（它在任何档位都盈利），而昂贵渠道只出现在高倍率组（甚至任何组都不进、彻底剔除）。

---

## 六、完整示例：6 渠道 × 6 模型，一步步实现商业利益最大化

### Step 1：输入 6 个渠道对 6 个模型的成本报价（元 / 百万 tokens）

| 渠道 | M1 | M2 | M3 | M4 | M5 | M6 |
|------|----|----|----|----|----|----|
| **甲** | 8.0 | 15.0 | 12.0 | 14.0 | 13.0 | 16.0 |
| **乙** | 9.0 | 10.0 | 16.0 | 11.0 | 12.0 | 13.0 |
| **丙** | 11.0 | 12.0 | 13.0 | 12.0 | 14.0 | 15.0 |
| **丁** | 14.0 | 9.0 | 15.0 | 13.0 | 16.0 | 12.0 |
| **戊** | 10.0 | 11.0 | 14.0 | 15.0 | 9.0 | 14.0 |
| **己** | 12.0 | 13.0 | 10.0 | 16.0 | 11.0 | 17.0 |

### Step 2：计算每个模型的统一基准价格（渠道报价中位数）

| 模型 | 6 渠道报价排序 | 统一基准价 |
|------|---------------|-----------|
| M1 | 8, 9, 10, 11, 12, 14 | **10.5** |
| M2 | 9, 10, 11, 12, 13, 15 | **11.5** |
| M3 | 10, 12, 13, 14, 15, 16 | **13.5** |
| M4 | 11, 12, 13, 14, 15, 16 | **13.5** |
| M5 | 9, 11, 12, 13, 14, 16 | **12.5** |
| M6 | 12, 13, 14, 15, 16, 17 | **14.5** |

### Step 3：设定三个分组的售价（基准价 × 倍率）

以 **M1（基准 10.5）** 为例：

| 分组 | 倍率 | M1 售价 |
|------|------|--------|
| cost-effective | 0.9 | **9.45** |
| auto | 1.0 | **10.5** |
| high-performance | 1.1 | **11.55** |

### Step 4：判断每个渠道在各分组的利润，决定归属（利润 > 0 才入组）

M1 三档售价下的利润矩阵：

| 渠道 | 成本 | ce 9.45 利润 | auto 10.5 利润 | hp 11.55 利润 |
|------|------|-------------|---------------|--------------|
| 甲 | 8.0 | **+1.45** ✓ | **+2.50** ✓ | **+3.55** ✓ |
| 乙 | 9.0 | **+0.45** ✓ | **+1.50** ✓ | **+2.55** ✓ |
| 戊 | 10.0 | −0.55 ✗ | **+0.50** ✓ | **+1.55** ✓ |
| 丙 | 11.0 | −1.55 ✗ | −0.50 ✗ | **+0.55** ✓ |
| 己 | 12.0 | −2.55 ✗ | −1.50 ✗ | −0.45 ✗ |
| 丁 | 14.0 | −4.55 ✗ | −3.50 ✗ | −2.45 ✗ |

**结论（体现"一个渠道可属多个组"）**：
- **甲、乙**：三个组全部盈利 → 同时属于 **ce / auto / hp** 三组；
- **戊**：ce 亏损、auto/hp 盈利 → 属于 **auto / hp** 两组；
- **丙**：仅 hp 盈利 → 只属于 **hp** 组；
- **己、丁**：任何组都亏损 → **剔除，不提供该模型服务**。

### Step 5：渠道拆分配置（一个渠道 → 多个组条目）

| 渠道条目 | 分组 | M1 成本 | 组内售价 | 单位利润 |
|---------|------|--------|---------|---------|
| 甲-ce | cost-effective | 8.0 | 9.45 | **1.45** |
| 乙-ce | cost-effective | 9.0 | 9.45 | **0.45** |
| 甲-auto | auto | 8.0 | 10.5 | **2.50** |
| 乙-auto | auto | 9.0 | 10.5 | **1.50** |
| 戊-auto | auto | 10.0 | 10.5 | **0.50** |
| 甲-hp | high-performance | 8.0 | 11.55 | **3.55** |
| 乙-hp | high-performance | 9.0 | 11.55 | **2.55** |
| 戊-hp | high-performance | 10.0 | 11.55 | **1.55** |
| 丙-hp | high-performance | 11.0 | 11.55 | **0.55** |

> 各条目复用同一上游 key，仅分组与绑定模型不同。

### Step 6：组内权重按利润导向，保证每个组都利益最大化

同一组内，**单位利润越高 → 权重越大**，把组内流量压给最赚钱的渠道：

| 分组 | 渠道条目 | 单位利润 | 权重 |
|------|---------|---------|------|
| cost-effective | 甲-ce | 1.45 | **100** |
| cost-effective | 乙-ce | 0.45 | **30** |
| auto | 甲-auto | 2.50 | **100** |
| auto | 乙-auto | 1.50 | **60** |
| auto | 戊-auto | 0.50 | **20** |
| high-performance | 甲-hp | 3.55 | **100** |
| high-performance | 乙-hp | 2.55 | **70** |
| high-performance | 戊-hp | 1.55 | **40** |
| high-performance | 丙-hp | 0.55 | **15** |

> **效果**：无论用户创建的 Key 选 ce / auto / hp 哪个分组，组内流量都优先流向利润最高的渠道，平台在每个组都赚取最大利润——这正是「用户选哪个组，平台都商业利益最大化」。

### Step 7：对 M2–M6 重复 Step 3–6，得到全量方案

每个模型执行同一套流程：**基准价 → 三档售价 → 利润判断 → 渠道按组拆分 → 组内权重分配**，即可输出整套 6×6 定价与分流配置表（略，方法与 M1 完全一致）。

---

## 七、总结

1. **统一基准价格（平台统一模型定价）**：取各渠道报价中位数，作为定价锚点；同一模型无论路由到哪个渠道，对用户都按此基准计费；
2. **三个分组与倍率**：cost-effective（建议 0.8~0.95）/ auto（固定 1.0）/ high-performance（建议 1.05~1.2），售价 = 基准价 × 倍率；调整倍率后务必重跑利润判断，保证每个组至少一个盈利渠道；
3. **用户不分组（重要修正）**：分组挂在 **Key** 上，创建 Key 时选 cost-effective / auto / high-performance；同一用户可创建多个不同分组的 Key；
4. **auto 即均衡型**：按基准价付费，用户不挑档位，平台可完全按利润导向自由路由——对平台同样是利益最大化；
5. **渠道可属多组**：一个渠道按分组拆分成多个条目（复用同一上游 key），或直接配置多组；归属条件是**该组售价下利润 > 0**；
6. **利润导向权重**：每个组内按单位利润分配权重，流量导向最赚钱渠道；
7. **商业利益最大化**：用户创建的 Key 无论落在哪个分组，组内所有渠道均盈利、流量分配最优化，平台在每个分组都能获得最大利益；亏损渠道一律剔除，避免赔本赚吆喝。