fix(notify+四桥): ★ 投递通知带 parent_from（方向判据）—— in-reply-to-ignores-direction 转绿

为什么这次顺手修：网关部署门禁（redeploy-gateway.sh 跑全量 Go 测试）被
TestInReplyToCarriesParentSender 拦下 —— 那是 2026-09-28 判据先行的债，
死锁修复本身无涉，但不修它网关换不上去。已用 git worktree 在修复前的
HEAD（16bf474）上验证过该测试原本就红，不是本次改动引入。

服务端（数据本来就在手，零新增查询）：
  · resolveTarget 的 reply_to 分支原本把父邮件整行读进内存、只用 SessionID
    就丢掉；现在把 mail.FromName 一并返回。
  · notify.Mail 增 ParentFrom；payload 增 "parent_from"。
  · 转发 / 人类发信（me.go）路径如实传 ""（转发本就是新线索）。

四桥（relay-policy.js 四份逐字相同的拷贝 + 各自调用点）：
  · inboundHeadline 增方向判据：parentFrom === selfName 才说
    「你上一封信的回复到了」；parentFrom 非空但≠自己 ⇒ 明说
    「多方线索里的续谈（回的那封是 X 发的）」；服务端未升级（无
    parent_from）⇒ 退回旧行为（含糊的「回复到了」强于把真回复当新任务
    —— 那是互相客套的起点，回退语义被既有判据钉死）。
  · 「回的是你那封：<id>」一行同样只在父邮件确为本方发出时才输出。
  · 四份 lib + 四份 test 逐一 md5 相同（cross-bridge-prompt 1/2/3/4 继续绿），
    判据 5 转绿。

红绿：
  · 服务端 TestInReplyToCarriesParentSender 修复前红（16bf474 实测）、修复后绿；
  · 四桥新增 3 条方向判据测试（别人发的 / 自己发的 / 未升级回退）；
  · client/electron 聚合套件 cross-bridge-prompt 5/5 绿。

plugins/zcode-mail-bridge/src/prompt.mjs

@@ -130,6 +130,8 @@ export function buildMailPrompt({ agentName, data, kind = 'mail', reused = false
   const lines = [
     inboundHeadline({
       inReplyTo: data?.in_reply_to,
+      parentFrom: data?.parent_from,
+      selfName: agentName,
       fromHuman,
       catchup: data?.catchup,
       reused
@@ -140,7 +142,10 @@ export function buildMailPrompt({ agentName, data, kind = 'mail', reused = false
     `邮件 ID：${data?.mail_id || 'unknown'}`
   ];
 
-  if (data?.in_reply_to) lines.push(`回的是你那封：${data.in_reply_to}`);
+  // 「回的是你那封」只在父邮件**确实是本方发出**时才成立（方向判据，同 inboundHeadline）
+  if (data?.in_reply_to && data?.parent_from && data.parent_from === agentName) {
+    lines.push(`回的是你那封：${data.in_reply_to}`);
+  }
   if (!reused) lines.push(`身份：你是 ${agentName}`);
   // 服务端算好的回信地址。带上它是因为模型**确实会**自己发信（抄送第三方、
   // 分多封交代不同的事）。让它自己拼三维地址的话，`.new` 会被拼进去，