docs(站点): 「加条件」如实写清四条 + 补上引导的出场规则

产品指出原边标签「换条件 · 改人数 · 换时间档」不如实。去代码核了一遍,三处要改:

**① 是「加」不是「换」**,而且加完是**重新选一版**(assignment-signals 的 why 原话:
  「点哪一条都是重新选一版……不是在已经排好的那些人里再挑」)。按钮上那个数字是
  **换完之后这一格还剩多少**,⛔ 不是"从本批里筛掉几个"。

**② 四条条件全列出来**(此前只写"换条件"三个字):
  · 只选消费高于**这一格自己的平均**的 —— ⛔ 不是全库分位(全库 ¥4,442,某格实测 ¥0 起,
    用全库的数会一刀切光)
  · 只选转介绍达人 —— 推荐 ≥3 人且带来成交,家庭型/社交型合并成一条
  · 只选某个权益身份的 —— 取这一格里人最多的那一项
  · 只选某个获客渠道的 —— 同上
  ＋ 兜底「按别的条件选」:助手把其余十几个维度各多少人报一遍,他再挑

**③ 补上引导的出场规则**(整篇此前一个字都没有):
  · 专属排满了  —— 真有人排不进去才出(唯一"不处理就真漏人"的一条)
  · 能加个条件  —— 这一格 ≥50 人 · 他还没加过条件 · 切完至少还剩 10 人
  · 这批多大    —— 人数是系统估的 **且候选 > 这批人数**
  · 最忙的那位  —— 最忙的人分完后的量 > 每天通数 × 时效
🔴 「这批多大」那条的门槛值得单独写:候选够不着 N 时,改时效/改通数点了**不会有任何反应**,
  而它的说明写着「人数会跟着变」—— 那就成了说谎。所以候选 > N 才出。

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

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

@@ -25,7 +25,7 @@ flowchart TD
   A2["① 选人 · 助手精选<br/>3 要不要只挑高价值的 —— 先摆这批人的全景<br/>4 团队还吃得下多少 —— 先摆在岗人手与在手量<br/>—— · —— · —— · —— · —— · ——<br/>不等他给全,先按这几条默认出一版:<br/>没联系过的排前面,其余按优先级<br/>每人每天 15 通 · 时效 1 天<br/>这批多大 = 在岗人数 × 15 × 时效"]
 
   A2 --> D1{"这批人对吗？<br/>要改哪一项,点一下就行"}
-  D1 -->|"换条件 · 改人数 · 换时间档"| R1["整版重出<br/>⚠️ 已经排好的分法一并作废"]
+  D1 -->|"加一个条件(消费 / 转介绍 / 权益 / 渠道)<br/>改这批多大 · 改时效<br/>换治疗项 · 换多久没来"| R1["重新选一版<br/>⚠️ 已经排好的分法一并作废"]
   R1 --> A2
 
   D1 ==>|"人定了 —— 这一关过了才谈怎么分"| B
@@ -55,7 +55,7 @@ flowchart TD
 
 | | 主管改什么 | 代价 |
 |---|---|---|
-| **选人环**（红） | 换条件、改人数、换时间档 | **整版重出** —— 人变了，已经排好的分法一并作废，从头再排 |
+| **选人环**（红） | 加一个条件、改这批多大、改时效、换治疗项或多久没来 | **重新选一版** —— 人变了，已经排好的分法一并作废，从头再排 |
 | **分人环**（紫） | 移出谁、改派、改时效、带福利 | **就地改** —— 人不变，只动这一版的分法 |
 
 所以顺序不能颠倒：**人先定下来，才谈怎么分**。先排分法再让他改人群，前面那趟排班就白做了。
@@ -111,6 +111,33 @@ flowchart TD
 
 超出本批时效的用**颜色**提示，⛔ 不写「打不完 / 超了 / 过载」—— 几乎每批都会有人超，说成故障主管就会开始怀疑系统，而不是做他该做的判断。
 
+### 能加哪几个条件
+
+助手只在**这批人还值得再切一刀**时才提，一次给四条，每条都直接写清切完还剩多少人：
+
+| 加什么条件 | 门槛怎么来的 | 这条什么时候不给 |
+|---|---|---|
+| **只选消费高于这一格平均的** | 门槛是**这一格自己的平均**，⛔ 不是全库分位 —— 全库平均 ¥4,442，而某一格实测 ¥0 起，用全库的数会一刀切光 | 高于平均的不足 10 人 |
+| **只选转介绍达人** | 推荐过 ≥3 人**且带来成交**（家庭型和社交型合并成一条 —— 主管要的是"有没有这个能力"，不是哪一型） | 不足 10 人 |
+| **只选某个权益身份的** | 取这一格里**人最多的那一项** | 最多的那项不足 10 人 |
+| **只选某个获客渠道的** | 同上 | 同上 |
+| ＋ **按别的条件选** | 兜底：助手把其余十几个维度各多少人报一遍，他再挑 | 始终给 |
+
+<Callout type="warn">**加条件 = 重新选一版**，⛔ 不是在已经排好的那些人里再挑一遍。
+点下去之后这一格重新选进来多少人、这批发多大，都会跟着重算。
+按钮上那个数字是**换完之后这一格还剩多少**，不是"从本批里筛掉几个"。</Callout>
+
+### 引导什么时候才冒出来
+
+⛔ 不是每次都全给 —— 每一条都有自己的出场条件，不满足就不出现：
+
+| 引导 | 满足什么才出 | 为什么卡这个条件 |
+|---|---|---|
+| **专属排满了** | 这一版真有人排不进去 | 它是唯一「不处理就真的有人被漏掉」的一条 |
+| **能加个条件** | 这一格 ≥ 50 人 · 他还没加过条件 · 切完至少还剩 10 人 | 人太少时「平均数」「最多的那一项」本身就是噪音；已经加过就不再层层套娃 |
+| **这批多大** | 人数是系统估的（他没自己指定过）**且候选人数 > 这批人数** | 候选还够不着 N 时，改时效/改通数都不会有任何反应 —— 而这条的说明写着「人数会跟着变」，那就成了**说谎** |
+| **最忙的那位** | 最忙的人分完之后的量 > 每天通数 × 时效 | 没超就不提，⛔ 不制造无谓的告警 |
+
 ### 后三步
 
 | 步 | 主管在决定什么 | 谁来做 |
@@ -174,9 +201,9 @@ flowchart LR
 
 | 节点 | 它对主管说什么 | 不处理会怎样 |
 |---|---|---|
-| **专属排满了** | 「N 人的专属客服这轮已排满」 | 这批不发给他们 |
-| **还能再收窄** | 这批人还可以按画像、消费额再切一刀 | 就按整批来 |
-| **这批多大** | 「本批 N 人 = 在岗 X 人 × 每天 Y 通 × Z 天」，式子摊开给他看 | 就按这个数发 |
+| **专属排满了** | 「182 人的专属客服这轮已排满」 | 这批不发给他们 |
+| **能加个条件** | 「这一格 2,663 人，也可以只选其中一类」+ 四个带人数的选项（见 §1） | 就按这一格全部人来 |
+| **这批多大** | 「本批 405 人 = 在岗 27 人 × 每天 15 通 × 1 天」，式子摊开给他看 | 就按这个数发 |
 | **最忙的那位** | 「这批发下去，最忙的是王强：手上共 45 条，约 3 天的量」 | 就按这个时效发，到期没打完的自动回池 |
 
 ⚠️ 注意最后两条的措辞：**它们只报数，不下判断**。⛔ 不说「打不完」「人太多了」「建议减到 200」—— 那是替主管做决定。