docs(站点): 加载机制那段砍到一句话 —— 产品层面只有「主职责常驻,其余留一行索引」

产品判断:三种加载方式属于实现细节,文档里说清"要不要在常驻里留索引"就够了。
⇒ 表格和「为什么必须分开」整段删掉,留三句:
  · 常驻的成本是**所有业务线常驻之后的总和**,而规则越多每条被遵守的概率越低
  · 所以只有主职责常驻;次要的活写成单独一篇,常驻里只留一行索引
  · 实测:问"前面那两批怎么样了",模型第一步就自己去取了做法

⚠️ 自查:上一版我把 `_guide` / `open_playbook` 的机制差异写了满满一节 ——
  那是**实现**,不是产品设计。读者要知道的是"次要业务线不常驻",
  ⛔ 不是"它用哪种方式送到模型手上"。

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

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

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