Agent→Agent 不自动转发 + 提示词区分新活/回复/补投

## 设计规则：Agent 之间不自动转发

自动转发存在的理由是「人不该等模型记得调 send_mail」—— 收件方是人时这是
纯收益。**收件方是另一个 Agent 时这个理由不成立，而且有害**：双方的插件都
会自动回一封，于是两个模型都以为「我只要把话说完就行」，实际在持续互相唤醒。
生产实测 pi 与 dsh 客套 6 轮直到撞上连续 relay 跳数上限。

规则现在写死在共用模块 `lib/relay-policy.js`（三平台逐字节相同）：
- `autoRelayDecision` — 插件该不该替模型开口
- `replyInstruction` — 提示词怎么跟模型说（人类 vs Agent 各一套措辞）
- `inboundHeadline` — 进来的是新活、回复、还是补投

`from_human` 缺失时保守按 Agent 处理：宁可让模型多调一次 send_mail，
也不能承诺一个不会发生的自动回信让发件方白等。

## Gateway 侧：`in_reply_to` + `from_human`

- `notify.Mail` 新增 `ParentMailID`（非空 = 这是对收件方某封信的回复）
- `notify.Mail` 新增 `FromHuman`（走 `repo.IsHumanUser`）
- SSE payload 里叫 `in_reply_to` / `from_human`
- 四个调用点全部传入：handler/mail（转发后产出的邮件，parentMailID 从
  resolveTarget 取）、handler/me（同理）、handler/forward（传空串，
  因为对收件方而言那封原邮件不在它的线索里）、scheduler/calendar（传空串）
- `ListInbox` 的 SELECT 加 `EXISTS (SELECT 1 FROM users u WHERE u.username = m.from_name)`
  → `models.Mail.FromHuman`，让补拉路径也有这个信号

## 提示词分流

三种处境各一套标题：
- 新活（人类）：「你收到一封新邮件」+ 「回信不用你自己发：…」
- 新活（Agent）：「你收到一封新邮件（对方是一个 Agent）」+ 「插件不会替你
  回信。需要回复时你必须自己调 send_mail…请先判断是否真的需要回复」
- 回复到了：「你上一封信的回复到了。**这不是新任务**。」
- 补投：在标题里说明「离线期间积压」

## homeagent 特殊处理

Go 插件不能直接 `import('../lib/relay-policy.js')`，因此新增 `relay_policy.go`
（Go 对应物）+ `relay_policy_test.go`（11 例，逐条对齐 Node 侧判据）。
`sseLoop` / `catchUp` 两条路径都接上。

## `mailEvent` 命名类型

homeagent 的 SSE 事件解析 / handleNewMail / handlePermissionDecision 三处
原来各写一遍匿名 struct（字段列表几乎相同），加 `from_human` / `in_reply_to`
时漏改一处 → 编译报错但错误信息是两串几乎相同的字段列表，极难定位。
提成 `mailEvent` 命名类型：一处改、三处跟着走。

## 测试

- `lib/relay-policy.test.mjs`（Node）16 例：含「replyInstruction 与
  autoRelayDecision 不得互相矛盾」「Agent 来信的标题要点名且回复要明确反对」
- `relay_policy_test.go`（Go）11 例：逐条对齐 Node 侧
- `turn.test.mjs` +3 例：from_human 缺失时按 Agent 处理 / Agent 来信时改口 /
  回复到了说「不是新任务」；删掉两条旧的「必定自动转发」断言
- 共用脚本 `check-shared-libs.sh` +1 个文件（relay-policy）
- pi 288 / dsh 241 / opencode 217 / homeagent 14 / gateway 8 包全绿

plugins/pi-mail-bridge/test/turn.test.mjs

@@ -177,15 +177,51 @@ const mailData = {
   from_name: 'admin',
   subject: '排查连接泄漏',
   to_workspace: '/home/program/agentmail',
+  // 人类来信。**这一项不能省**：缺失时保守当作 Agent 来信，而两者的
+  // 提示词完全不同（人类才有自动转发）。
+  from_human: true,
 };
 
-test('不变量：提示词写明回信由桥自动发', () => {
+test('不变量：人类来信的提示词写明回信由桥自动发', () => {
   // 不说的话模型会自己调 send_mail，而桥在轮次结束时也会转发一次 ——
   // 同一件事两封邮件（生产里真实发生过）。
   const p = buildMailPrompt({ agentName: 'pi', data: mailData, kind: 'mail', reused: false });
   assert.match(p, /回信不用你自己发/);
 });
 
+test('不变量：Agent 来信的提示词必须改口（插件不代它回信）', () => {
+  // Agent 之间两边都自动回信 = 无休止互相唤醒（实测 pi 与 dsh 客套 6 轮）。
+  const p = buildMailPrompt({
+    agentName: 'pi',
+    data: { ...mailData, from_name: 'dsh', from_human: false },
+    kind: 'mail',
+    reused: false,
+  });
+  assert.doesNotMatch(p, /回信不用你自己发/, '那句话在这里是假的');
+  assert.match(p, /不会替你回信/);
+  assert.match(p, /send_mail/);
+});
+
+test('不变量：from_human 缺失时按 Agent 处理（不能承诺做不到的事）', () => {
+  const { from_human, ...noFlag } = mailData;
+  const p = buildMailPrompt({ agentName: 'pi', data: noFlag, kind: 'mail', reused: false });
+  assert.doesNotMatch(p, /回信不用你自己发/,
+    '宁可让它多调一次 send_mail，也不能让发件方白等一个不会发生的自动回信');
+});
+
+test('不变量：回信到达时明说「不是新任务」', () => {
+  // 把回复当新任务处理正是互相客套的起点。
+  const p = buildMailPrompt({
+    agentName: 'pi',
+    data: { ...mailData, from_human: false, in_reply_to: 'm-0' },
+    kind: 'mail',
+    reused: true,
+  });
+  assert.match(p, /回复/);
+  assert.match(p, /不是新任务/);
+  assert.match(p, /m-0/, '要说出回的是哪封');
+});
+
 test('不变量：提示词带 mail_id 与 read_inbox 指引', () => {
   // 事件里只有主题，正文和附件清单都在收件箱里；不给 mail_id 模型无法定位这一封
   const p = buildMailPrompt({ agentName: 'pi', data: mailData, kind: 'mail', reused: false });
@@ -198,7 +234,7 @@ test('首封带身份，续谈不重复带', () => {
   const again = buildMailPrompt({ agentName: 'pi', data: mailData, kind: 'mail', reused: true });
   assert.match(first, /你是 pi/);
   assert.doesNotMatch(again, /你是 pi/);
-  assert.match(again, /续谈/);
+  assert.match(again, /本会话/, '续谈用「本会话」而不是「你收到」');
 });
 
 test('补投的邮件在提示词里说明来源', () => {