fix(plugins): 附件 id 归一 —— 修 opencode「做完全部活却发不出附件」

# 现象（全功能演练抓到，根因来自 opencode 自己的内部记录）

opencode 把四个步骤全做完了（2× download_attachment、read 读到内容、
upload_attachment 成功），却在最后一步卡死：`send_mail` 连续 **6 次**失败，
然后放弃整个任务，自述为「attachment_ids 参数有框架级序列化 bug」。

真实形状（从 opencode 的 part 表里取出的原始输入）：

    input.attachment_ids = "[\"10e73e9f-c2a9-4226-bdb5-34ef1b340eb8\"]"   ← 字符串
    error: 字段 "attachment_ids" 类型不对：期望 string 数组，收到 string

模型把数组写成了 **JSON 字符串**，桥原样转发，服务端的严格解码器按契约拒收。

# 修在哪一层

**不在服务端放宽。** 那个「严格」是刻意的，挡的是字段名拼错、结构写错这类真
错误 —— 松开之后真 bug 会被静默接受（同一封邮件少几个附件，HTTP 仍是 200）。

**在桥这一层收。** 桥是适配器：模型侧的形状天生不可靠，而适配器的职责就是把
不可靠的输入归一成契约要求的形状。对模型宽容、对服务端严格 —— 这与
homeagent 那个 Go 插件里的 `stringList` 是同一个判断（那边注释写着「也接受
单个字符串……拒绝它只会换来一次重试，而意图毫无歧义」）。

接受的形状：数组 / JSON 数组字符串 / 单个 id / 逗号或空白分隔 / 混进 null
与数字时丢掉坏的保留好的。空串与 null 一并丢掉，与服务端
`parseAttachmentIDs` 保持一致。

# 三桥同源

新增共用模块 `lib/attachment-ids.js` + 同名测试，已加入
`deploy/check-shared-libs.sh` 的两个清单（实现与测试都必须逐字节相同 ——
只同步实现不同步测试，等于允许一侧偷偷放宽约定）。
三份 md5 一致，检查脚本通过。

# 测试

`test/attachment-ids.test.mjs` 17 条，三桥各一份。含**反向对照**：把 JSON 字符串
分支去掉后必须变红（实测 3 条失败）—— 否则这条判据就是空转，事故会复发。

全量：pi 401 / dsh 361 / opencode 312，0 失败。

plugins/dsh-mail-bridge/src/index.ts

@@ -62,6 +62,7 @@ import {
 import { appendRenameProposal, renameProposalNote } from '../lib/rename-proposal.js';
 import { createSSEClient } from '../lib/sse-client.js';
 import { pickMailSession } from '../lib/mail-session-id.js';
+import { normalizeAttachmentIDs } from '../lib/attachment-ids.js';
 // 只用 isApproval：DSH 没有 always 语义，免批授权表在这里用不上（见决策处的注释）。
 import { isApproval } from '../lib/permission-grants.js';
 import {
@@ -1230,7 +1231,7 @@ export function apply(ctx: any, config: PluginConfig): void {
           to: args.to, subject: args.subject, body,
           cc: args.cc || '', reply_to: args.reply_to || '',
           session_alias: args.session_alias || '',
-          attachment_ids: args.attachment_ids || [],
+          attachment_ids: normalizeAttachmentIDs(args.attachment_ids),
           from_session_id: toolCtx?.sessionID || '',
         });
         noteExplicitSend(toolCtx?.sessionID, args.to, args.reply_to);