# S2 接管率目标预留 Buffer 策略

> 版本：v1.0
> 日期：2026-03-18
> 目的：为60%接管率目标预留弹性空间，确保目标可达成

---

## 1. 目标回顾

| 指标 | 目标值 | 验收时间 | 难度 |
|------|--------|----------|------|
| 全供应商接管率 | >= 60% | S2结束 | 高 |
| 国内供应商接管率 | = 100% | S2结束 | 中 |

**评审意见**：60%目标激进，需要预留buffer

---

## 2. Buffer 设计

### 2.1 多层 Buffer 机制

```
┌─────────────────────────────────────────────────────────┐
│                    S2 接管率目标                         │
├─────────────────────────────────────────────────────────┤
│  理想目标: 60%                                          │
│                                                         │
│  ├── 乐观场景 (+10%): 70%  →  奖励目标               │
│  ├── 正常场景 (0%): 60%    →  正常达标               │
│  ├── 保守场景 (-10%): 50%  →  可接受底线             │
│  └── 止损场景 (-20%): 40%  →  启动应急预案           │
└─────────────────────────────────────────────────────────┘
```

### 2.2 分阶段 Buffer 分配

| 阶段 | 时间 | 目标接管率 | 最低可接受 | 缓冲 |
|------|------|------------|------------|------|
| S2-A | W1-W4 | 10% | 5% | 5% |
| S2-B | W5-W8 | 30% | 20% | 10% |
| S2-C1 | W9-W10 | **40%** | 30% | 10% |
| S2-C2 | W11-W13 | **60%** | 40% | 20% |

> ⚠️ **关键**：40%作为中间检查点，是最重要的决策门

---

## 3. 弹性策略

### 3.1 供应商分类接管优先级

| 优先级 | 供应商 | 目标接管率 | 难度 | 备注 |
|--------|--------|------------|------|------|
| P0 | 国内供应商 | 100% | 中 | 必须达成 |
| P1 | Azure OpenAI | 80% | 低 | 协议友好 |
| P2 | OpenAI | 60% | 高 | 需深度适配 |
| P3 | Anthropic | 50% | 高 | 需深度适配 |
| P4 | Gemini | 40% | 中 | 需适配 |

**策略**：优先保障国内供应商100%接管，确保核心差异化

### 3.2 降级策略

| 场景 | 触发条件 | 降级动作 |
|------|----------|----------|
| 轻度风险 | S2-C1未达30% | 增加资源投入 |
| 中度风险 | S2-C2未达40% | 延长S2周期 |
| 重度风险 | S2-C2未达30% | 调整目标为50% |
| 严重风险 | 关键技术问题 | 回退到subapi |

### 3.3 验收标准细化

| 检查点 | 验收指标 | 通过条件 | 失败处理 |
|--------|----------|----------|----------|
| Gate A | 10%接管 | 稳定性>99% | 回滚检查 |
| Gate B | 30%接管 | 稳定性>99.5% | 增加资源 |
| **Gate C1** | **40%接管** | 稳定性>99.9% | **决策点** |
| Gate C2 | 60%接管 | 稳定性>99.9% | 达标 |

---

## 4. 风险预留

### 4.1 技术风险 Buffer

| 风险项 | 可能性 | 影响 | Buffer措施 |
|--------|--------|------|------------|
| Router Core 自研超期 | 中 | 高 | 预留3周buffer |
| subapi兼容性问题 | 中 | 中 | 保留双轨 |
| 供应商API变更 | 高 | 中 | 快速响应机制 |

### 4.2 时间 Buffer

| 阶段 | 原计划 | 预留Buffer | 实际可用 |
|------|--------|------------|----------|
| S2总周期 | 13周 | +3周 | 16周 |
| 关键里程碑 | 4个 | +1个缓冲 | 5个 |

### 4.3 资源 Buffer

| 资源项 | 需求 | 预留 | 总量 |
|--------|------|------|------|
| 开发人员 | 8人 | +2人 | 10人 |
| 测试人员 | 1人 | +1人 | 2人 |
| 架构师 | 1人 | +0.5人 | 1.5人 |

---

## 5. 决策矩阵

### 5.1 S2-C1 检查点决策（40%）

| 实际接管率 | 稳定性 | 决策 |
|------------|--------|------|
| >= 40% | >= 99.9% | 继续按计划推进 |
| 35-40% | >= 99.9% | 正常推进，增加监控 |
| 30-35% | >= 99.9% | 增加资源，评估延后 |
| < 30% | < 99.9% | **暂停，启动应急预案** |

### 5.2 S2-C2 检查点决策（60%）

| 实际接管率 | 稳定性 | 决策 |
|------------|--------|------|
| >= 60% | >= 99.9% | S2完成，目标达成 |
| 50-60% | >= 99.9% | 触发补救措施并延长S2，不调整终验目标 |
| 40-50% | >= 99.9% | 延长S2 4周并冻结升波 |
| < 40% | < 99.9% | 回退到40%阶段，重建 |

---

## 6. 应急预案

### 6.1 预案级别

| 级别 | 触发条件 | 动作 |
|------|----------|------|
| 黄色预警 | 任一Gate未达标 | 增加资源/延长周期 |
| 橙色预警 | 连续两个Gate未达标 | 调整目标 |
| 红色预警 | 关键技术问题 | 回退到subapi |

### 6.2 回退机制

```
60%终验目标 ──未达标──▶ 延长S2并补救 ──仍未达标──▶ 回退40%阶段重建
      │                    │                     │
      ▼                    ▼                     ▼
   不改目标             保持双轨运行              保持双轨运行
```

---

## 7. 过程预警提案（不改变终验口径）

基于Buffer策略，建议：

| 指标 | 终验目标 | 过程预警区间 | 理由 |
|------|----------|--------------|------|
| 全供应商接管率 | **>= 60%** | 40%-60%（用于过程控制） | 预留调整空间但不改变终验 |
| 国内供应商接管率 | **= 100%** | =100%（全程硬约束） | 核心差异化目标 |
| 止损阈值 | - | <40% | 触发回退与重建 |

---

**文档状态**：S2 Buffer策略设计
**关联文档**：
- `llm_gateway_subapi_evolution_plan_v4_1_2026-03-18.md`
- `s2_staged_verification_mechanism_v1_2026-03-18.md`