fix: use image path placeholders for text-only models

[wangwingzero]

问题

纯文本模型（如 DeepSeek V4 Flash）不支持图片输入。旧逻辑在以下场景存在两个问题：

1. strip images 只把图片替换成 [图片已省略]，模型完全看不到图片，也无法调用读图 MCP 读取本地文件。
2. VLM 配置不完整或 VLM 分析失败时，image_url 会被原样发给纯文本模型，导致 OpenAI-compatible 上游报错：
   unknown variant 'image_url', expected 'text'

改动

参考 cursor-byok 的图片路径占位实现，把文本模型的图片块替换为本地路径占位：

• 新增 replace_images_with_path_placeholders，图片块替换为：
  [图片文件: 绝对路径] 用户刚刚发送了这张图片。请使用你可用的读图工具读取该文件路径来查看图片内容...
• 让模型自行查询并调用可用的读图 MCP 工具（如 vision-luna 提供的 analyze_image 等），不再写死工具名。
• 优先复用 Codex 桌面端已写入的 %TEMP%\codex-clipboard-*.png 路径。
• data URL 解码后写入 %TEMP%\codex-plus-vision-images\；http(s) 图片下载后落盘；本地路径 canonicalize 为绝对路径。
• strip 模式、VLM 配置不完整、VLM 当前轮失败均改为路径占位，不再向上游发送 image_url。
• 临时文件名加入进程内自增序号，避免并发请求写临时图片时撞名。

测试

• cargo test -p codex-plus-core --lib：206 passed
• cargo test -p codex-plus-core --test protocol_proxy：51 passed
• cargo fmt --all -- --check / git diff --check：通过
• npm run check / npm run vite:build：通过
• cargo build --release：通过
• 本地实际发送图片到 DeepSeek 成功，模型收到路径占位并调用看图 MCP。

涉及文件

• crates/codex-plus-core/src/vision.rs
• crates/codex-plus-core/src/protocol_proxy.rs
• crates/codex-plus-core/tests/protocol_proxy.rs

[BigPizzaV3]

审查结论：暂不建议合并，存在两个安全问题：

1. download_vision_image 会跟随请求中的任意 http:///https:// URL，由本地代理主动访问；当前没有阻止回环、RFC1918、链路本地或云元数据地址，攻击者可借图片 URL 触发 SSRF（例如访问本机管理端口或云实例 metadata）。请至少做 URL/IP 解析与私网/本地地址拒绝，并考虑重定向校验。

2. decode_vision_data_url 对 data URL 解码没有大小上限；下载路径有 50MB 限制，但 data URL 可直接分配任意大 Vec，存在内存 DoS。请在解码前按编码长度限制，并在解码后再次校验大小。

修复并补上对应回归测试后再合并。