fix(auth): 四家桥的读端点也带上会话收窄 + 转发同一条命（工作区隔离第 2 步）

第 1 步（1b8cd43）把工作区判据放在服务端、pi 桥接上了线。这一步补齐另外四家，
并把**转发**纳入：转发是"把原文引出去"，能转发就等于能读到那条线索的全部内容，
与 read_mail 同一条命（服务端 ForwardMail 也加了同一道校验）。

四家各自的会话来源，与各自的 read_inbox 同一处（不引入第二个来源）：
- dsh：`mailSessionOf(exec)`（工具第二个参数）—— 五个读工具原本没接 exec，这次补上
- opencode：`reverseMap.get(context.sessionID)`
- zcode：`process.env.AGENTMAIL_SESSION_ID`（一轮一个进程）
- homeagent：`p.currentSessionID`（新增 `scopeQuery(sep)`，与 inboxURL 同构）

判据（每条两侧都钉：包住了 / 没包住的不存在）：
- dsh：静态对照，且额外钉 **dist** —— 那是真被 dsh 加载的那份（main: dist/index.js），
  src 改了忘了 build 就是"源码对、线上旧代码"
- opencode / zcode：同上（opencode 还钉"会话来自 context 而不是模块级变量"）
- homeagent：起 httptest 当网关，**五个读工具 + 转发真调一遍**，断言请求 URL 带
  session_id；对照侧：不在回合里（currentSessionID 为空）时不许带
- pi：把 post 的 URL 也纳入记录，forward 进用例表

★ zcode 那条判据我第一版**对照组写错**了：对照组只写裸 URL，而它本来就是
`withScope(\`裸URL\`)` 的子串 ⇒ `!includes(bare)` 恒假。夹具形状不对时判据会以
"恒红/恒绿"的方式骗人（这次是恒红，一眼可见；恒绿就麻烦了）。

变异：homeagent 去掉 read_mail 的收窄 ⇒ 恰好那条断言红。

（工作区共享，只 add 了上面这 12 个文件；dsh 的 dist 是 gitignore 的，由
redeploy-plugin.sh 在 staging 里构建。）

server/internal/handler/forward.go

@@ -203,6 +203,11 @@ func doForward(w http.ResponseWriter, r *http.Request, mailID uuid.UUID, actor,
 }
 
 // POST /api/v1/mail/{id}/forward —— Agent 侧转发
+//
+// 声明了 `session_id`（调用方当前所在那条会话）时，**待转发的邮件必须在同一个工作区**：
+// 转发是"把原文引出去"，能读到原文就等于能读到那条线索的全部内容 —— 与 read_mail
+// 同一条命（见 repo.AgentMayReadSession）。未声明时保留旧语义（doForward 的
+// "只能转发自己参与过的邮件"）。
 func ForwardMail(w http.ResponseWriter, r *http.Request) {
 	agentName := middleware.GetAgentName(r)
 	if agentName == "" {
@@ -213,6 +218,18 @@ func ForwardMail(w http.ResponseWriter, r *http.Request) {
 	if !ok {
 		return
 	}
+	scope, ok := agentScope(w, r, agentName)
+	if !ok {
+		return
+	}
+	if scope != nil {
+		// 只为拿 session_id：拿不到（邮件不存在）就让 doForward 去报它自己那个 404。
+		if src, err := repo.GetMailByID(r.Context(), mailID); err == nil {
+			if !canReadSession(w, r, agentName, scope, src.SessionID) {
+				return
+			}
+		}
+	}
 	doForward(w, r, mailID, agentName, agentName, true)
 }