v7.0

0.7.0 — ① 修掉「装上视觉投影文件后一直报 400 Failed to load image or audio file」。根因不在插件、也不在模型：llama.cpp 内置的图像解码器只认 png / jpeg / gif / bmp 这些老格式，不认识 WebP；遇到 WebP 它会去起外部的 ffprobe 探测、ffmpeg 转码，而这两个是从 PATH 里找的（这个构建砍掉了 --ffmpeg-path，只剩 PATH 一条路）。机器上没装 ffmpeg 时，服务端会打 probe: failed to launch ffprobe / failed to decode webp buffer，客户端拿到 400 —— 而同一批里的 JPEG 却能正常识别（dsh 转码时两种格式都会产出，实测 .dsh/attachments/v1/request-images/ 下两种都有），所以表现是「时好时坏」，极易被当成插件或模型坏了。现在：插件会自动找到 ffmpeg 并把它的目录前置进 llama-server 子进程的 PATH（不必改系统 PATH、也不必为此重启 dsh），找不到且已开视觉时会打出一条说清「哪个格式会失败、为什么只有它、怎么修」的警告。装法：winget install Gyan.FFmpeg。
② MTP 与视觉投影从「互斥」改为「可共存」（新增设置项 mtpWithVision，默认开启）。原规则来自上游 llama.cpp（两者同时下发会加载失败），但 kvmem 分支的 llama-kvmem-server 实测支持：同时给 --mmproj 与 --spec-type draft-mtp 时 clip_model_loader: has vision encoder 与 creating MTP draft context 会同时出现、服务正常起来、看图对话也能识别（2026-09-21 本机验证）。换回官方 llama.cpp 的用户把这个开关关掉即恢复旧的互斥行为（MTP 生效、--mmproj 被忽略并给出说明）。
③ 设置页顶部新增「本次启动参数」面板：把这次真正下发给 llama-server 的完整命令行逐项一行列出来（不是设置页里填的那一份 —— 两者之间隔着门控跳过、构建默认值与自动收敛），配一张参数摘要（含派生的「GPU KV 合计 = 工作集 + 解码预留」）、一条「复制命令行」按钮、以及被跳过的选项与识别表没覆盖到的选项（后者过去只躺在日志里）。刷新跟随运行状态轮询，换模型/改参数后自动更新。