fix(monitor_web): use full message content, not truncated session summary (#42)

[Belugary]

Summary

• 修复 消息内容长了只显示一部分怎么办? #42：--web 模式下消息超过 ~90 字符被截断
• 复用现有 _lookup_latest_local_id 的查询（同行同表同时间戳），让它额外返回 message_content，零额外 IO
• 完整正文严格长于 SessionTable.summary 时才替换，保守降级，不阻塞 SSE 主路径

Problem

SessionMonitor.check_updates() 把 SessionTable.summary 推到 SSE，但 summary 是 WeChat 客户端聊天列表用的 ~80 字符短摘要，不是完整消息正文。

Fix

_lookup_latest_local_id 已经在 Msg_<md5(username)> 表里按 (username, create_time) 查一行拿 local_id（issue #79 的去重）。把 SELECT 字段从 MAX(local_id) 改成同时拿 local_id, message_content, WCDB_CT_message_content：

```sql
SELECT local_id, message_content, WCDB_CT_message_content
FROM [Msg_]
WHERE create_time = ?
ORDER BY local_id DESC LIMIT 1
```

同行同 query — 相比原 MAX(local_id) 零额外 IO。

方法改名为 _lookup_latest_message，反映新的 (local_id, content) 返回。zstd 解压和 wxid_xxx:\n 群前缀剥离都沿用 check_updates 处理 SessionTable.summary 的现有 pattern，保证 SSE content 字段格式跟前端已渲染的一致。

替换条件保守 —— 只在 full_content 严格长于 summary 时替换。永远不会变短；如果 message DB 写入滞后于 SessionTable（#79 已记录的时序竞争），自动回退到 summary。

Scope

• monitor_web.py：一个 helper 扩展 + 一处调用点调整
• schema / 依赖 / 客户端 / UI 都不动
• _check_hidden_messages 同秒多消息补抓路径未触碰

Test plan

• --web 模式下用 ≥200 字文本消息验证 SSE content 字段是完整正文
• 群聊里发长文本，验证 SSE content 不带 wxid_xxx:\n 前缀（保持与现有 summary 渲染一致）
• 同秒多条消息场景（issue 同一个对话窗口密集消息遗漏 #79）回归：确认 _check_hidden_messages 仍然补抓被覆盖的早期消息
• 消息 DB 写入滞后时优雅降级回 summary，不阻塞推送

Closes #42

[ylytdeng]

本地 rebase ff push 入 main，commit 保留 @Belugary 作者。

LGTM 点：

• 零额外 IO：复用 _lookup_latest_local_id 已有查询，把字段从 MAX(local_id) 改成 local_id, message_content, WCDB_CT_message_content + ORDER BY local_id DESC LIMIT 1，同行 SELECT
• 方法改名 _lookup_latest_local_id → _lookup_latest_message，准确反映新的 (local_id, content) 返回 tuple
• zstd 解压 + 群前缀 wxid_xxx:\n 剥离跟现有 SessionTable.summary 处理一致
• 保守替换：只在 full_content 严格长于 summary 时才替换，永远不变短
• 不破坏 同一个对话窗口密集消息遗漏 #79 修复：local_id 仍正常加 _shown_keys

测试 185/185 通过 (monitor_web 主路径无单测覆盖，但 import + syntax 验证)。

Closes #42