docs(站点): 提示词那节按 artifact 重写并前移到决策树之后;按当前代码对齐

素材来自 artifact《主管侧助手系统提示词 · 分层校对》(2026-08-15,那份正文是跑
`buildSystemPrompt()` 拼出来的真件)。产品要求:放决策树后面、去掉多余描述,
**只留设计思路 + 分层**。

留下的:
  · 分层判据 =「什么会让它变」,装配顺序 = 通用 → 特殊(就是模型的阅读顺序)
  · 五层表(装置 / 诚实 / 人设语气 / 角色 / 现场)+ 各自的变更原因与篇幅占比
  · **一个开关驱动三样东西**(④角色、⑤现场、工具清单)—— 换账号三样一起换,
    ⛔ 不会出现「给了主管的话术却没给主管的工具」
  · 三种加载方式(常驻 / push / pull)+ 为什么只有主职责常驻:
    常驻的成本是**每条业务线都常驻之后的总和**,而规则越多每条被遵守的概率越低
去掉的:提示词全文、字数明细、待办清单 —— 那些属于校对稿,不属于产品设计文档。

⚠️ **按当前代码重新对齐**(artifact 是昨天的快照,这两天改过):
  · 篇幅占比用今天的常量重算(9/20/32/7/32),⛔ 没照抄昨天那份
  · 「当前登录人」那行昨天已删,artifact 与代码一致,不再提
  · artifact 里的「无主」现在是「无专属」(见前一提交),文档统一用后者

后续章节顺延重编号(三者分工→三 / 引导→四 / 工具→五)。MDX 编译通过。

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

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

@@ -219,7 +219,43 @@ flowchart TD
 
 ---
 
-## 二、三者分工
+## 二、提示词怎么搭的
+
+助手的行为由一段系统提示词决定。它不是一篇散文，是**五层拼起来的**，装配顺序就是模型的阅读顺序：**通用 → 特殊**。
+
+### 分层的判据是「什么会让它变」
+
+⛔ 不是按话题分。同一个话题的话可能分属两层，只因为它们变化的原因不同。
+
+| | 层 | 管什么 | 什么会让它变 | 占篇幅 |
+|---|---|---|---|---|
+| **①** | **装置** | 你是谁、和使用者什么关系、**你看不见什么** | 产品形态变才变 | 9% |
+| **②** | **诚实** | 数从哪来、什么不许编、怎么忠于工具返回值 | 几乎不变 | 20% |
+| **③** | **人设语气** | 衔接、顺序、分寸、排版 | **可换**（配一套人设即可） | 32% |
+| **④** | **角色** | 他有什么权责、你不许替他决定什么 | 登录人的权限变 | 7% |
+| **⑤** | **现场** | 他此刻在做的那条业务线 | 加一条新业务线 | 32% |
+
+前三层**所有人一样**；④⑤ 与工具清单**跟着登录账号走**。
+
+<Callout type="info">**一个开关驱动三样东西。** 同一个权限位同时决定 **④ 角色、⑤ 现场、工具清单** —— 换个账号登录，这三样一起换。⛔ 不会出现「给了主管的话术，却没给主管的工具」这种半拉子状态。</Callout>
+
+将来加排班、加复盘，就是加第 ⑥ 条现场，**前面四层一个字不动** —— 这就是分层的收益。
+
+### 三种加载方式：常驻的位置很贵
+
+常驻的成本不是「多几百字」，是**每条业务线都常驻之后的总和**。分配、追踪、排班、复盘、盘点 —— 每加一条，其余所有会话都在为它白付上下文，而**规则越多，每条被遵守的概率越低**。
+
+| 方式 | 装什么 | 怎么到模型手上 | 为什么是这一种 |
+|---|---|---|---|
+| **常驻** | 上面那五层 | 每一轮都发 | 只配给**主职责**。主管多数时候就在分配 |
+| **push** | 随返回值下发的说明 | 调完工具**必然到达**，零往返 | 答的是「**这批数怎么读**」—— 有了数才需要 |
+| **pull** | 单独成篇的做法 | 模型**自己发现、主动去取** | 答的是「**这件活怎么干**」—— 那要在它动手**之前**知道，来不及等返回值 |
+
+**分配追踪就是 pull 的**：做法写成单独一篇，常驻里只留一行索引。实测问「我前面分下去那两批怎么样了」，模型第一步就自己去取了做法，然后才查批次 —— 提示词里**没有一句**叫它这么做。
+
+---
+
+## 三、三者分工
 
 ```mermaid
 flowchart LR
@@ -244,7 +280,7 @@ flowchart LR
 
 ---
 
-## 三、要他定的事，做成按钮
+## 四、要他定的事，做成按钮
 
 程序算出「这一版还有什么没定」，**摆成按钮**，不让主管打字。
 
@@ -282,7 +318,7 @@ flowchart LR
 
 ---
 
-## 四、它手上的工具
+## 五、它手上的工具
 
 工具是助手唯一能做事的通道。**没有对应工具的事，它做不了，也不会假装做了。**
 
@@ -298,24 +334,6 @@ flowchart LR
 
 ---
 
-## 五、提示词分五层
-
-**分层的依据是「什么会让它变」** —— 不是按话题分。
-
-| | 层 | 管什么 | 什么时候会变 |
-|---|---|---|---|
-| ① | **装置** | 你是谁、你看不见什么 | 产品形态变 |
-| ② | **诚实** | 数从哪来、什么不许编 | 几乎不变 |
-| ③ | **语气** | 衔接、顺序、分寸、排版 | **可配置**（换一套人设即可） |
-| ④ | **角色** | 他有什么权责、你不许替他决定什么 | 登录人的权限 |
-| ⑤ | **现场** | 他此刻在做的那条业务线 | 加一条新业务线 |
-
-前三层所有人一样；后两层与工具清单**跟着登录账号走**。将来加排班、复盘，就是加第 ⑥ 条现场，前面四层一个字不动。
-
-**次要的活不常驻**：分配追踪的做法写成单独一篇，提示词里只留一行索引，助手要用时自己去取。
-
----
-
 ## 六、红线
 
 | ⛔ 绝不 | 为什么 |