fix(回路): Agent↔Agent 加 2h 冷静期；冷却期内 relay 不自动重投递

缺口：maxAgentPingPong=8 撞闸后**计数永不回落** —— 只有人类插话才归零。
旧文案把出路指向「请由人类插一句话」，而那条线索上常常**根本没有人类**
（2026-10-01 报告：agent 一封都发不出，且那条线索无人在场）。

修法（两条要求分别落地）：
① 2h 恢复机制：撞闸即写入 session_agent_locks（落库，内存态一重启就"恢复"，
   且多副本各算各的）；到期自动放行，人类插话立刻解锁（优先于到期）。
② 锁定期间的邮件不自动重投递：冷却期内 relay 直接 403 丢弃 ——
   **不排队、不占幂等键、不入库**。排队会在 2h 后一次性灌回去，
   那等于把刚压住的回路换个更糟的形状放出来。

实测踩到的三个坑（都被判据抓住）：
- `VALUES ($1,$2,$2,...)` 让 until_at 复用 locked_at 的 $2 ⇒ 锁诞生即过期
- driver 以 UTC 扫回 DATETIME，而 time.Now() 是本地(HKT+8) ⇒ 差 8h > 2h 的一半 ⇒ 锁形同虚设
- 只查**收件方**是否人类，漏了**发件方** —— 而「人类插话解锁」的常态就是
  人回信、收件方仍是 Agent ⇒ 人插话反被自己写的闸 403 拦下，那条出路根本不存在
- SQLite 没有 GREATEST；在 DATETIME 上按**字符串**比大小 ⇒ CASE 也会错。
  改为「已有锁一律不碰 until_at」。

判据：repo 6 格（含"读失败不得读成未锁定"—— 最初 0 格能抓，变异测试补的）
+ handler 4 格。三个变异全部经得起（且每��都先确认变异编译通过再数红格 ——
本轮多次 grep 得 0 实际是 build failed，测试压根没跑）。

server/internal/db/migrations/init.sql

@@ -324,6 +324,19 @@ CREATE TABLE IF NOT EXISTS relayed_mails (
 -- 人类决策后要按 mail_id 反查上游 permission id
 CREATE INDEX IF NOT EXISTS idx_relayed_mail ON relayed_mails(mail_id);
 
+-- Agent↔Agent 回路的**锁定期**（2026-10-01）
+-- 理由与 SQLite 侧同，见那边注释。schema 语义必须一致（db/migrate.go 要求两处都改）。
+CREATE TABLE IF NOT EXISTS session_agent_locks (
+    session_id  UUID PRIMARY KEY REFERENCES sessions(session_id),
+    locked_at   TIMESTAMPTZ NOT NULL,
+    until_at    TIMESTAMPTZ NOT NULL,
+    hops        INTEGER NOT NULL DEFAULT 0,
+    reason      VARCHAR(128) NOT NULL DEFAULT ''
+);
+
+CREATE INDEX IF NOT EXISTS idx_session_agent_locks_until ON session_agent_locks(until_at);
+
+
 CREATE TABLE IF NOT EXISTS attachments (
     attachment_id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
     mail_id       UUID REFERENCES mails(mail_id) ON DELETE CASCADE,