图片附件在中断恢复/后续轮次丢失视觉能力：cindy-media:// 引用无法被 agent 解析

**客户端版本**: 0.1.55
**反馈类型**: bug

---

## 现象
用户发送图片附件后，当前 turn 内 agent 能看到图（thinking 中能描述图片内容）。但 turn 中途中断（后端断连）并被自动恢复或「继续任务」后，同一张图退化成无法解析的 `cindy-media://blobs/.` 字符串，agent 表示「读不到原始文件」，只能靠全盘查找文件定位。

## 复现步骤
1. 在会话中发送一张图片，产生 `cindy-media://blobs/...` 引用。
2. 当前 turn 处理到一半发生中断/断连。
3. 自动恢复或用户「继续任务」进入后续轮次。
4. agent 重新读取会话上下文，图片只以 `cindy-media://` 引用形式出现。

## 期望行为
后续轮次/恢复后，agent 仍能获得图片内容（模型可见的图片块，或可解析到本地只读副本的受控路径/工具）。

## 实际行为
agent 只能拿到 `cindy-media://` 字符串，当前工具集里没有解析该 scheme 的通道，也没有可读取本地图片的工具，因此把图片当作「读不到」。磁盘上的 blob 文件本身存在且是有效图片，问题在引用未重新水合成可读内容，而非文件丢失。

## 复现频率
本次会话触发两次自动恢复，均出现该现象；目前仅单次案例。

## 已尝试
通过本地查找定位到 blob 文件并确认其有效，说明根因是消费端缺一个把 `cindy-media://` 转回可读内容或受控本地路径的通道，而不是字节丢失。相关规则要求跨边界用托管 URL/grant、不暴露绝对路径，但 agent 消费侧缺少对应的解析/读取通道。
---
**版本区域**: CN
**OS**: darwin arm64 (25.6.0)
**界面语言**: zh-CN

Start by tracing how cindy-media:// references are carried through interruption recovery and later-turn context reconstruction, comparing that path with initial attachment handling. Done means resumed turns again provide the image content or a controlled readable copy, without exposing absolute paths.

Written by the indexing model from the issue text.