docs(站点): 补上「助手是登录之后现装出来的」—— 它是理解整个 §2 的前提

产品指出文档没讲 agent 是怎么形成的。代码里 `buildSystemPrompt` 就是一个纯函数:
  权限位 → ④角色 / ⑤现场 / 工具清单,①②③ 与谁登录无关
  return [IDENTITY, EVIDENCE, voice, role, scene].join('\n\n')
**没有 agent 对象、没有实例、没有状态** —— 每次请求现拼一份字符串,工具也按权限现注册。

⇒ 补一节讲清三个后果:
  · 换个账号登录**它就是另一个助手**,⛔ 不是"同一个助手换了套权限"
  · **不登录就是一块白板**(现在没这种场景,但结构上就是如此)
  · 加一条新业务线 = 多一个 ⑤,前四层一个字不动

⚠️ 并点出一个平时容易忘的推论:**它没有"记性"** —— 不是存着状态的对象,
  所以主管在确认单上动过手之后,助手**必须重新去看那张单**,
  ⛔ 不能拿出方案那一版的数接着算(这正是「看当前确认单」那个工具存在的理由)。

顺带删掉原来那条「一个开关驱动三样东西」的 Callout —— 新那节已经把它讲全了。

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

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

@@ -223,6 +223,26 @@ flowchart TD
 
 助手的行为由一段系统提示词决定。它不是一篇散文，是**五层拼起来的**，装配顺序就是模型的阅读顺序：**通用 → 特殊**。
 
+### 助手不是一个"对象"，是登录之后现装出来的
+
+系统里**没有**一个叫「助手」的东西常驻在那儿等人来问。每次请求都按**当前登录人的权限**现拼一份：
+
+```
+登录人的权限 ──┬──→ ④ 角色       主管的助手 / 客服的助手
+               ├──→ ⑤ 现场       分配这条线 / 打单这条线
+               └──→ 工具清单      21 个 / 9 个
+
+①②③ 与谁登录无关，永远是同一份。
+```
+
+由此得到三件事：
+
+- **换个账号登录，它就是另一个助手** —— ⛔ 不是"同一个助手换了套权限"。三样东西同源同一个开关，不会出现「给了主管的话术，却没给主管的工具」。
+- **不登录就是一块白板** —— 没有角色、没有现场、没有工具。现在没有这种场景，但结构上就是如此。
+- **加一条新业务线 = 多一个 ⑤**，前面四层一个字不动。
+
+<Callout type="info">**它也因此没有"记性"。** 助手不是一个存着状态的对象 —— 上一轮的东西要么在对话历史里，要么就得重新查一遍。所以他在确认单上动过手之后，助手**必须重新去看那张单**，⛔ 不能拿出方案那一版的数接着算。</Callout>
+
 ### 分层的判据是「什么会让它变」
 
 ⛔ 不是按话题分。同一个话题的话可能分属两层，只因为它们变化的原因不同。
@@ -237,9 +257,6 @@ flowchart TD
 
 前三层**所有人一样**；④⑤ 与工具清单**跟着登录账号走**。
 
-<Callout type="info">**一个开关驱动三样东西。** 同一个权限位同时决定 **④ 角色、⑤ 现场、工具清单** —— 换个账号登录，这三样一起换。⛔ 不会出现「给了主管的话术，却没给主管的工具」这种半拉子状态。</Callout>
-
-将来加排班、加复盘，就是加第 ⑥ 条现场，**前面四层一个字不动** —— 这就是分层的收益。
 
 ### 只有主职责常驻