docs(站点): 分人写清楚 —— 目标水位 + 三趟,不是"谁空给谁"

产品指出图上那三行没说清分法。去 `placeAgents` 核了算法,原文漏掉的正是**最关键的水位**:

  目标水位 = ⌈(团队现有在手总量 + 本批人数) ÷ 在岗人数⌉,至少 1

⭐ 它**不是新旋钮**,完全由「这批多大」推出来;存在的唯一理由是**给第一趟封顶**。

三趟(顺序本身就是设计):
  一趟 有专属的回自己人 —— 但到水位就不再给
  二趟 无专属的补给当前手上最少的(这一趟才是"最少优先")
  三趟 专属这轮排满的单列成一组,⛔ 不自动改派

三条理由都写进去了,都是代码注释里记着的实测/判定:
  · **为什么必须三趟**:二、三趟都是水位法、总量一样,但**拆散的专属关系数不一样** ——
    先用无专属的补空手的人能少动一个有主患者;合成一趟就会随机改派。
  · **为什么第一趟封顶**:本地实测池子 1,081 人里 755 人(70%)挂同一个客服,
    不封顶他一批拿 248 条,而 17 位在岗里 10 位名下一个患者都没有。
  · **为什么第三趟不自动改派**:把患者从专属客服手里挪走是**关系层面的决定,
    助手没资格替主管做**;这些人不是被丢掉,是原地不动交他定。
  ⚠️ 另补:同水位按客服 id 打破平局 —— 同样输入两次必须算出同样的分法,
    这是主管敢按确认键的前提。

MDX 编译通过;mermaid 无悬空引用。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

apps/pac-docs/content/docs/design/assignment-agent.mdx

@@ -31,7 +31,7 @@ flowchart TD
 
   D1 ==>|"人定了 —— 这一关过了才谈怎么分"| B
 
-  B["② 分人 —— 谁去打<br/>有专属的回自己人手上<br/>无专属的给当前手上最少的<br/>专属这轮排满的单列成一组"]
+  B["② 分人 —— 谁去打<br/>先算目标水位 = (团队在手 + 本批人数) ÷ 在岗人数<br/>一趟:有专属的回自己人,到水位为止<br/>二趟:无专属的补给当前手上最少的<br/>三趟:专属这轮排满的单列成一组,交他定"]
 
   B --> D2{"这么分行吗？"}
   D2 --> G2["助手摆出的引导 —— 满足条件才出现<br/>③ 专属排满了:这一版真有人排不进去<br/>　　铺平给在岗 / 各自归专属 / 移出本批<br/>④ 最忙的那位:分完后的量 > 每天通数 × 时效<br/>　　整批时效改成 N 天"]
@@ -159,11 +159,39 @@ flowchart TD
 | **这批多大** | 人数是系统估的（他没自己指定过） | 他自己说过「就发 200 人」就不必再解释这个数哪来的 |
 | **最忙的那位** | 最忙的人分完之后的量 > 每天通数 × 时效 | 没超就不提，⛔ 不制造无谓的告警 |
 
+### ② 分人怎么分：又满又平，三趟走完
+
+不是简单的"谁空给谁"。先算一条**目标水位**，再走三趟：
+
+```
+目标水位 = ⌈ (团队现有在手总量 + 本批人数) ÷ 在岗人数 ⌉      至少 1
+```
+
+⭐ 水位**不是新旋钮** —— 完全由「这批多大」推出来。它存在的唯一理由是**给第一趟封顶**。
+
+| 趟 | 分给谁 | 为什么是这个顺序 |
+|---|---|---|
+| **一趟** | 有专属客服的**回自己人手上**，但他手上（在手 + 本批已给）**到了水位就不再给** | 不封顶的话，专属集中的诊所会「一个人吃掉整批」 |
+| **二趟** | 无专属的，给**当前手上最少的**那个 | 无专属患者没有关系要顾，拿他们填坑**零代价** —— 用完了才轮到去动有主的 |
+| **三趟** | 专属这轮排满的，**单列成一组交主管定** | ⛔ 不自动改派 |
+
+<Callout type="warn">
+
+**为什么必须三趟、不能合成两趟。** 二、三趟都是水位法、都填最空的人，合并起来总量一模一样 —— 但**被拆散的专属关系数不一样**。先用无专属的去补空手的人，能少动一个有主患者；合成一趟，系统就会随机地把某个有主患者改派出去，而同时某个无专属患者落给了别人。
+
+**为什么第一趟要封顶。** 本地实测：池子 1,081 人里 **755 人（70%）挂在同一个客服名下**。不封顶，他一批拿走 248 条；而 17 位在岗客服里有 10 位名下一个患者都没有，只能靠 119 个自由患者过活。
+
+**为什么第三趟不自动改派。** 把患者从他的专属客服手里挪走，是**关系层面的决定，助手没资格替主管做**。所以这些人不是被丢掉，是原地不动、单列出来交他定 —— 关系还在，只是这轮没轮到。主管自己拖一下当然可以，那条会标成「他手动改的」。
+
+</Callout>
+
+⚠️ 同水位时按客服 id 打破平局 —— **同样的输入两次必须算出同样的分法**，这是主管敢按确认键的前提。
+
 ### 后三步
 
 | 步 | 主管在决定什么 | 谁来做 |
 |---|---|---|
-| **② 分人** | **谁去打这些电话**：默认有专属客服的回自己人手上、无专属的给当前手上最少的；他可以移出某几个人、改派给谁、单独给某位少分点 | 程序按规则落，主管微调 |
+| **② 分人** | 上面那三趟是默认；他可以移出某几个人、改派给谁、单独给某位少分点（「李莉这周带教，这批最多给 5 条」） | 程序按规则落，主管微调 |
 | **③ 确认** | **要不要就这么发下去** —— 他点下去这一刻才真的分下去 | 只有主管 |
 | **④ 确认之后** | **发出去之后怎么管**：发错了限时撤回、临时加个福利、跟踪这批打得怎么样 | 主管发起，程序执行 |