docs(站点): 去掉 push/pull 这两个词,改用「什么时候用得上」讲清楚

产品读不懂 push / pull —— 那说明这段没写好。那两个词是我从实现里搬来的
(`_guide` 挂返回值 / `open_playbook` 让模型自己取),**不是产品语言**。

差别其实只有一条:**这段知识是「看到数据之后」才用得上,还是「决定动手之前」就得有。**
  · 看到数据之后才用得上 → **跟着那份数据一起送**(查完批次详情,返回值里就带着读法:
    处理率≠成功率、退回率要给两个分母、样本不足 50 不给百分比)
  · 决定动手之前就得有 → **让它自己去取**(「分配追踪这活怎么干」——
    它得先知道查什么、按什么顺序查,才谈得上动手)

为什么必须分开也写了:跟着数据走那种最便宜(不用主动要、必然看到、用不到零成本),
但**只能在调完之后到达** ⇒ 凡是「要不要调、按什么顺序调」的知识跟着数据走就永远晚一步。
这个边界在 `guides.ts` 里本来就写着,只是文档没讲出来。

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

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

@@ -241,17 +241,24 @@ flowchart TD
 
 将来加排班、加复盘，就是加第 ⑥ 条现场，**前面四层一个字不动** —— 这就是分层的收益。
 
-### 三种加载方式：常驻的位置很贵
+### 不是所有话都常驻：按「什么时候用得上」决定怎么送
 
-常驻的成本不是「多几百字」，是**每条业务线都常驻之后的总和**。分配、追踪、排班、复盘、盘点 —— 每加一条，其余所有会话都在为它白付上下文，而**规则越多，每条被遵守的概率越低**。
+常驻的成本不是「多几百字」，是**每条业务线都常驻之后的总和**。分配、追踪、排班、复盘、盘点 —— 每加一条，其余所有会话都在为它白付上下文，而**规则越多，每条被遵守的概率越低**。所以只有**主职责**常驻，其余两种按需送。
 
-| 方式 | 装什么 | 怎么到模型手上 | 为什么是这一种 |
-|---|---|---|---|
-| **常驻** | 上面那五层 | 每一轮都发 | 只配给**主职责**。主管多数时候就在分配 |
-| **push** | 随返回值下发的说明 | 调完工具**必然到达**，零往返 | 答的是「**这批数怎么读**」—— 有了数才需要 |
-| **pull** | 单独成篇的做法 | 模型**自己发现、主动去取** | 答的是「**这件活怎么干**」—— 那要在它动手**之前**知道，来不及等返回值 |
+判据只有一条：**这段知识是「看到数据之后」才用得上，还是「决定动手之前」就得有。**
+
+| 什么时候用得上 | 怎么送 | 例子 |
+|---|---|---|
+| **每一轮都要用** | 常驻在提示词里 | 上面那五层 |
+| **拿到某类数据之后，才需要知道怎么读它** | **跟着那份数据一起送** | 查完批次详情，返回值里就带着一段读法：处理率 ≠ 成功率、退回率要给两个分母、样本不足 50 不给百分比 |
+| **决定要不要动手之前就得知道** | **让它自己去取** | 「分配追踪这件活怎么干」—— 它得先知道该查什么、按什么顺序查，才谈得上动手 |
+
+**为什么必须分开：**
+
+- 跟着数据走的那种**最便宜** —— 不用模型主动去要、它必然会看到自己调的工具的返回、用不到时零成本。但它**只能在调完之后到达**。
+- 所以凡是「要不要调、按什么顺序调」这类知识，跟着数据走就**永远晚一步** —— 那时它已经动完手了。这种只能让它自己去取。
 
-**分配追踪就是 pull 的**：做法写成单独一篇，常驻里只留一行索引。实测问「我前面分下去那两批怎么样了」，模型第一步就自己去取了做法，然后才查批次 —— 提示词里**没有一句**叫它这么做。
+分配追踪就是后一种：做法写成单独一篇，常驻里只留一行索引。实测问「我前面分下去那两批怎么样了」，模型**第一步就自己去把做法取了**，然后才查批次 —— 提示词里没有一句叫它这么做。
 
 ---