feat: agent 邮件寻址能力全面补齐 + .new 别名替换

## 别名替换（让 .new 邮件可寻址）

repo/autoalias.go: AutoAliasFor + EnsureSessionAlias
- .new 建完会话立刻给别名（形如 dsh-重构导入路径）
- 名字与主题都要：只用主题跨 Agent 撞名，只用名字看不出聊什么
- sanitizeAliasPart 只留 unicode.IsLetter/IsDigit，其余折 -
- 撞名追加 -2/-3，全占用退 session-<uuid前8位>
- 不复用 SyncSessionAlias：那个假定已存在且跳过 manual
- 条件写入 WHERE alias IS NULL OR ''，并发安全
- resolveTarget 的 .new 与默认会话两条路径都调

notifyRecipients 加三个字段（每个收件方拿到自己那个地址的版本）：
- session_alias / reply_address / self_address
- 别名为空时退回省略 session 位，绝不写 new

FormatAddress(name,path,session) 空 path 也必须留 @ 与 .

## Agent 侧寻址发现（五个只读端点）

handler/agent_discovery.go:
- /agent/contacts + /agent/contacts/suggest（三段式补全）
- /agent/mail/{id} + /agent/mail/{id}/thread
- /agent/sessions/{id}/participants
- 不复用人类路由：scope 不同、审计需求不同
- 一律只读：归档/改名/权限决策仍只有人能做

repo/participants.go: SessionParticipants 逐封扫 from/to/cc
- Roles 用集合、MailCount 只数发信（0=还没开口的人）
- 发件人 path 不取 from_workspace（那列存的是 Agent 名）

repo.SuggestPaths 重写：mails.to_workspace（按 MAX(created_at) 倒序）
+ agents.workspaces 并集。原只读 workspaces，官方插件传 [] 永远空

## 共用模块（三插件逐字节相同）

lib/addressing.js: formatAddress/roleOf/replyAddressFor/selfAddressFor/participantsOfMail
lib/discovery.js: renderNameSuggestions/renderPathSuggestions/renderSessionSuggestions/
                  renderParticipants/renderContacts/renderThread

lib/inbox-format.js: renderMail 新增收件人/身份/可投递地址三段
  - selfName 参数（兼容旧调用不传的情况）

check-shared-libs.sh 纳入 addressing + discovery

## 插件侧

opencode: suggest_address + list_contacts + session_participants + read_thread + read_mail
dsh: 同上 + forward_mail（此前只有 opencode 有）+ upload_attachment 改真 multipart
pi: 同上（createMailTools 加 agentName 参数）

dsh: ctx.agents.create id collision 改为 readSession 探测后 resume
dsh: 关键路径日志改 console.error（ctx.logger 不进 journalctl）

## 测试

repo: autoalias_test.go 11 + participants_test.go 7 = 18 例
plugins: addressing.test 17 + discovery.test 23 + inbox-format.test 31 = 71 例
go test ./... + npm test（opencode 155 + dsh 173 + pi 199）全绿
端到端验证：admin 发 dsh@....new 抄送 opencode@....new
  → dsh 用 session_participants 取到地址 → send_mail 给 opencode
  → 地址取自工具返回值（.crisp-planet），未手工拼写

plugins/dsh-mail-bridge/test/model-scope.test.mjs

@@ -12,6 +12,7 @@ import assert from 'node:assert/strict';
 import {
   snapshotOpencodeModels,
   snapshotDshModels,
+  snapshotPiModels,
   modelAttemptOrder,
   renderFailureReport,
   MAX_CATALOG,
@@ -106,6 +107,46 @@ test('目录截断到 MAX_CATALOG', () => {
   assert.equal(snapshotDshModels(many).length, MAX_CATALOG);
 });
 
+// ─── pi 目录 ───
+
+test('pi 目录用 provider + id', () => {
+  const got = snapshotPiModels([
+    { provider: 'llmsproxy', id: 'AUTO', name: 'AUTO' },
+    { provider: 'anthropic', id: 'claude-sonnet-4-6', name: 'Claude Sonnet 4.6' },
+  ]);
+  assert.equal(got.length, 2);
+  assert.deepEqual(got[1], {
+    provider: 'anthropic',
+    model: 'claude-sonnet-4-6',
+    display_name: 'Claude Sonnet 4.6',
+  });
+});
+
+test('pi 目录跳过缺 provider 或 id 的条目', () => {
+  const got = snapshotPiModels([
+    { provider: '', id: 'x' },
+    { provider: 'p' },
+    { provider: 'p', id: 'ok' },
+  ]);
+  assert.equal(got.length, 1);
+  assert.equal(got[0].model, 'ok');
+});
+
+test('pi 目录容错：非数组不崩', () => {
+  assert.deepEqual(snapshotPiModels(undefined), []);
+  assert.deepEqual(snapshotPiModels(null), []);
+  assert.deepEqual(snapshotPiModels('oops'), []);
+});
+
+test('pi 目录同样受 MAX_CATALOG 截断', () => {
+  // 本机 pi 的完整目录有 1221 个模型（getModels），远超上限。
+  // 桥实际上报的是 getAvailable() 的结果（只有带凭证的），但截断仍要生效。
+  const many = Array.from({ length: MAX_CATALOG + 50 }, (_, i) => ({
+    provider: 'p', id: `m${i}`, name: `M${i}`,
+  }));
+  assert.equal(snapshotPiModels(many).length, MAX_CATALOG);
+});
+
 // ─── modelAttemptOrder ───
 
 test('管理员划定范围时按 rank 顺序尝试', () => {