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 绿。

server/internal/notify/mail.go

@@ -59,6 +59,18 @@ type Mail struct {
 	// 后果在生产上兜现过：pi 转发给 dsh，dsh 回确认，pi 把那封确认当成新任务
 	// 又回一封，两边互相客套 6 轮直到撞上 hop 上限。
 	ParentMailID string
+	// ParentFrom 是**父邮件的发件人**（仅 reply_to 路径非空）。
+	//
+	// 只有 ParentMailID 时插件只能判断「这是回信」，分不清回的是**谁**的信：
+	// 单向续信链（压测里 8 封全是 opencode → pi）同样满足「有父邮件」，pi 侧的
+	// 投递通知逐封宣称「回的是你那封：<上一封 id>」，而那封上一封是 opencode
+	// 自己发的 —— 没有一封是 pi 发出的。方向被省略 ⇒ 单向链被读成双向对话，
+	// Agent 把「收到」当新任务继续客套（docs/DEBTS.json: in-reply-to-ignores-direction）。
+	//
+	// 插件判据：`parent_from == 我自己` ⇒ 「我上一封信的回复到了」；
+	// `parent_from != 我` ⇒ 多方线索里的他人续谈，当作新输入处理。
+	// 空串（转发 / 非回信路径）退回旧行为。
+	ParentFrom string
 }
 
 // Recipients 把一封邮件推给主收件人、所有抄送方，并刷新发件方的会话列表。
@@ -200,6 +212,13 @@ func Recipients(ctx context.Context, m Mail) {
 			// 插件据此换一套提示词：把它当新任务会让模型又“处理”一遍并再回一封，
 			// 于是两个 Agent 互相客套直到撞上 hop 上限（生产实测 6 轮）。
 			"in_reply_to": m.ParentMailID,
+			// parent_from 是父邮件的发件人 —— **方向**判据。
+			//
+			// 只有 in_reply_to 时插件只能判断「这是回信」，分不清回的是谁的信：
+			// 单向续信链同样满足「有父邮件」，曾被逐封读成「对方在回我」，
+			// Agent 把「收到」当新任务继续客套直到撞 hop 上限。
+			// parent_from == 收件人自己 ⇒ 我的回复到了；≠ ⇒ 他人续谈/多方线索。
+			"parent_from": m.ParentFrom,
 			// from_human 区分「人在找你」与「另一个 Agent 在找你」。
 			//
 			// 插件据此不再对 Agent → Agent 的信说「回信不用你自己发」：