如果你想给业务选一个多模态模型最常见的做法是打开榜单选分数最高的那个。但把榜单模型接进真实项目后你大概率会遇到两类问题输出格式不稳定部署成本比宣传文案高。这个现象在 DeepSeek 多模态模型上同样存在。DeepSeek 最近在多模态方向的动作值得关注社区里关于 API 调用、本地部署、代码复现的讨论也明显变多。不过我更想先给一个明确判断对开发者来说测评 DeepSeek 多模态模型最有价值的一步不是记住某个公开分数而是建立一套可复现的验证流程把模型放进自己的真实任务里量化它在识别准确性、输出规范性、部署可行性三个层面上的表现。这篇文章会围绕这套流程展开讲清楚测评维度怎么设计、API 怎么调用、vLLM 怎么本地部署、批量结果怎么记录验证以及最常见的坑在哪里。无论你是刚开始关注多模态还是已经准备接入生产环境都可以照着跑一遍。1. 多模态模型测评真正该测什么先厘清一个问题为什么多模态测评不能直接用通用榜单结论因为“多模态”只是一个笼统说法实际任务差异非常大。一张发票、一张产品图、一张含表格的 PDF 截图、一段视频的关键帧模型的处理逻辑和难度完全不同。通用 benchmark 里的平均分数往往掩盖了模型在一个具体子任务上的短板。从做工程的角度我建议把测评拆成三个层面。第一层是基础能力模型能否准确识别图片里的物体、场景、文字能否理解图片与问题之间的语义关系。这一层通常用公开测试集做初步筛选主要解决“模型能不能看懂图”的问题。第二层是结构化输出能力模型能否按你定义的 JSON 格式返回结果能否稳定遵守字段约束会不会在长文本、多图输入时丢信息。这一层直接决定你能不能把模型结果接进业务系统。很多模型在第一层表现不错到第二层就开始不稳定。第三层是工程可用性包括 API 的延迟和吞吐、本地部署时对显存和推理框架的支持、并发场景下的稳定性以及安全合规边界。这一层容易被忽略但往往才是真正让项目卡住的地方。所以更合理的测评顺序是先定义业务任务再设计测评集最后用同一套流程分别测试不同搭建方式把结果量化记录下来而不是简单比一个平均分。2. DeepSeek 多模态模型与测评环境准备从公开信息看DeepSeek 在多模态方向的动作集中在视觉语言模型上以 DeepSeek-VL 系列为代表模型权重和相关代码会同步开源。具体版本号和发布时间以官方发布为准这不影响我们搭建一套通用测评环境。测评 DeepSeek 多模态模型通常有两条路线API 路线和本地部署路线。对比项API 路线本地部署路线前置条件注册开放平台并获取 API KeyGPU 服务器安装 Python 与推理框架数据隐私图片会经过外部接口不适合敏感数据数据不出内网适合私有场景成本结构按 Token 计费无硬件成本一次性硬件和运维成本延迟表现取决于服务端负载取决于 GPU 型号和并发策略测评可行性适合快速验证能力适合验证部署可行性和稳定性不管选哪条路线测评环境都推荐准备这几样东西Python 3.10 或更高版本openai SDK 或 HTTP 客户端便于用 OpenAI 兼容格式调用一组来源合规、授权可用的测试图片一个用于记录结果的 JSON 输出脚本如果走本地部署路线还需要一台带 NVIDIA GPU 的机器显存容量以模型实际要求为准。环境准备阶段最容易踩坑的是 Python 版本和依赖冲突。比如 openai、requests、vllm 这类包如果混装在不同版本可能会在运行测评脚本时报各种 ImportError。建议用虚拟环境隔离。python -m venv venv source venv/bin/activate # Windows 下执行 venv\Scripts\activate pip install --upgrade pip pip install openai requests版本不需要写死以安装时最新稳定版为准。如果你的机器上已经装了多个 Python 版本先确认当前python指向的是哪一个再创建虚拟环境否则容易装错环境。3. 测评维度设计与任务清单既然目的是“场景化测评”那么任务集要比榜单测试集更贴近真实使用。这里以企业里最常见的四类多模态任务为例。3.1 单图视觉理解给模型一张图提出开放式问题例如“描述这张图片的主要内容”“图片里有什么异常”。这个维度最容易测但注意不要用太模糊的问题否则很难判断答案是否准确。3.2 OCR 与文档解析给一张含文字的图片比如发票照片、截图、合同扫描件要求模型提取指定字段。测评时要关注两件事文字识别是否准确以及识别出来的文字是否按字段正确归位。很多模型能“读出”文字但把金额写到日期栏里这种错误规则匹配很容易抓出来。3.3 图表与结构化数据抽取给一张折线图、柱状图或表格截图让模型回答具体数值或者直接输出 JSON。这是业务价值最高、也最容易翻车的维度。模型经常会“看懂了图”但“报错数值”尤其是坐标轴刻度密集、配色对比度低的图表。3.4 多图比较与逻辑推理一次给多张图让模型找出差异、判断顺序或做简单推理。这类任务对模型的跨图关联能力要求更高测评时建议限定最多图片数量避免模型在长上下文下丢失信息。设计任务清单时建议用表格管理每一条用例任务编号测评维度输入图片问题参考答案模板判定方式CASE-001单图理解product_01.png图片中的产品有哪些主要功能关键词命中人工/脚本CASE-002OCR 字段提取invoice_01.jpg提取发票号码和总金额字段级对比规则匹配CASE-003图表数值chart_03.pngQ3 营收是多少数值区间规则匹配CASE-004多图比较left.png, right.png两张图有哪些不同要点命中人工复核参考答案模板越严格后续自动化评分就越容易。最忌“答案差不多就行”。如果一个任务连参考答案模板都写不出来那这个任务本身就不适合用来做自动化选型。4. 调用 DeepSeek 多模态模型的 API 代码示例API 调用是测评的第一步适合快速确认模型的基础能力。以 DeepSeek 开放平台为例注册后创建 API Key并通过环境变量保存不要在代码里写死密钥。import os from openai import OpenAI client OpenAI( api_keyos.getenv(DEEPSEEK_API_KEY), base_urlhttps://api.deepseek.com ) response client.chat.completions.create( modeldeepseek-chat, messages[ { role: user, content: [ { type: image_url, image_url: { url: https://example.com/test_image.png } }, { type: text, text: 请描述这张图片并用 JSON 返回主要内容。 } ] } ], temperature0.2, max_tokens1024 ) print(response.choices[0].message.content)关于这段代码有几点要说明模型名以官方文档为准。上面示例中的deepseek-chat只是一个占位如果平台已经开放多模态模型的对话接口接口格式通常与 OpenAI 兼容。未开放时图片参数会被拒绝此时应切换为本地部署方案。image_url既支持公网 URL也支持 base64 编码的图片数据。为了测评的稳定性建议先下载图片到本地再用 base64 传入。temperature在多模态任务里一般调低比如 0.1 到 0.3减少输出随机性方便对比。如果你不确定当前平台是否支持图片输入可以在测评脚本里加一个探测步骤先发一张最小图片看接口是否返回正常内容。如果报错从报错信息可以判断是模型名不对还是图片参数不支持。5. 用 vLLM 本地部署 DeepSeek 多模态模型本地部署的核心目的有两个一是验证模型在自己硬件上的真实表现二是在数据敏感、网络隔离或 API 成本不可控的场景下获得一套可控的调用环境。vLLM 是目前比较常用的推理服务框架它提供 OpenAI 兼容的接口部署后可以用标准 HTTP 调用。5.1 安装 vLLMpip install vllm如果机器上有多个 Python 环境建议先确认pip指向的是当前环境再安装。安装较慢时可以换用国内镜像源。安装完成后可以用vllm --version确认命令行工具可用。5.2 启动模型服务启动命令里需要指定模型来源。以 Hugging Face 上的模型 ID 或者本地模型目录为例vllm serve 模型ID或本地路径 \ --limit-mm-per-prompt image4 \ --served-model-name deepseek-multimodal \ --port 8000参数含义--limit-mm-per-prompt image4限制每个请求最多处理 4 张图片防止显存溢出和长上下文性能劣化。--served-model-name对外暴露的模型名方便后续脚本统一引用。--port服务端口默认 8000可以根据实际环境调整。更稳妥的做法是先阅读该模型在 Hugging Face 仓库和 vLLM 官方文档中的部署说明确认模型是否被 vLLM 原生支持。如果不支持可以改用 Transformers 官方推理脚本先跑通单张图片再做后续工程化封装。5.3 用 curl 验证服务服务启动后也可以用 curl 发一个最小请求curl http://localhost:8000/v1/chat/completions \ -H Content-Type: application/json \ -d { model: deepseek-multimodal, messages: [ { role: user, content: [ {type: image_url, image_url: {url: https://example.com/test.png}}, {type: text, text: 这张图片的内容是什么} ] } ] }如果能返回 JSON 结果说明本地服务已经可用于测评。如果返回 404先确认--port参数是否生效如果返回 500查看服务启动日志多半是显存不够或者模型加载失败。6. 批量测评脚本与结果记录单张图片验证只能说明服务通不通要支撑选型决策还需要批量记录结果。下面给一个最小批量测评脚本框架直接把结果写入 JSON 文件。import base64 import json import time from openai import OpenAI client OpenAI( api_keyEMPTY, base_urlhttp://localhost:8000/v1 ) def encode_image(image_path: str) - str: with open(image_path, rb) as f: return base64.b64encode(f.read()).decode(utf-8) def run_case(client, model: str, image_path: str, question: str) - dict: resp client.chat.completions.create( modelmodel, messages[ { role: user, content: [ { type: image_url, image_url: { url: fdata:image/png;base64,{encode_image(image_path)} } }, {type: text, text: question} ] } ], temperature0.1, max_tokens512 ) return { image: image_path, question: question, answer: resp.choices[0].message.content, latency: time.time() } cases [ {image: images/product_01.png, question: 图片中的产品有哪些主要功能}, {image: images/invoice_01.jpg, question: 提取发票号码和总金额返回 JSON。}, {image: images/chart_03.png, question: Q3 营收是多少只输出数字。} ] model_name deepseek-multimodal results [] for case in cases: results.append(run_case(client, model_name, case[image], case[question])) with open(eval_result.json, w, encodingutf-8) as f: json.dump(results, f, ensure_asciiFalse, indent2) print(测评完成结果已写入 eval_result.json)这个脚本有几个设计点值得说明。base_url指向本地 vLLM 服务API Key 用空字符串即可如果走官方 API替换为官方地址和真实 Key。输出统一保存为 JSON方便后续写脚本做评分或人工复核。不要把结果只打印在终端里一旦任务多了就难以追溯。latency字段用来初步观察响应耗时。但注意单次请求的耗时不能代表真实性能更精确的性能测试需要并发压测不能只靠一条请求下结论。跑完一轮你可能发现同一个任务在不同图片上的表现差异很大。这不是异常而是多模态模型常见现象。下一步要做的是把失败案例单独挑出来分类是识别错误、输出格式不对还是图片本身质量太差不适合自动处理。7. 常见问题与排查思路在搭建和运行 DeepSeek 多模态模型测评环境的过程中有一些高频问题。这里直接给排查表。问题现象可能原因排查方式解决方案启动脚本提示缺少依赖pip 安装不够完整或版本冲突查看报错栈检查pip list新建虚拟环境后重新安装依赖API 返回 401API Key 未配置或过期检查环境变量重新创建 Key并确认读取方式图片传入后被拒绝接口不支持 image_url / 参数格式不对查看服务端返回错误信息切换到本地部署或按官方文档调整消息格式vLLM 启动时报显存不足GPU 显存不够或模型参数过大查看 GPU 使用情况和模型大小要求降低并发数使用量化版本或换更大显存模型能回答但输出格式混乱温度设置过高或提示词中缺少格式约束降低 temperature检查提示词在提示词中明确要求返回 JSON并给示例本地部署并发请求时卡顿服务队列配置不合理或图片过大查看服务端日志和 GPU 占用限制单请求图片数量做好并发控制结果不一致多次运行差异大采样参数随机性观察温度与 top_p 设置评估时固定 temperature0.1遇到问题不要一上来就重装依赖。先确认最基础的链路是否通Python 环境能运行一个最简单的 OpenAI 接口调用如果连这个都报错问题基本出在环境和依赖配置层面。之后再逐个排查模型名、图片格式、服务地址、硬件资源。8. 多模态模型测评的最佳实践与工程建议8.1 测评任务优先对齐业务场景不要拿通用图片集代替业务图片集。发票、截图、产品图、监控画面这些真实数据的分布与公开数据集差异很大。测评第一步应该是从业务里抽出有代表性的样本并确保授权合规。用公司内部数据做测评前先确认有没有数据使用边界和脱敏要求。8.2 先定输出契约再测模型在把模型接入业务之前先定义好输出格式例如 JSON Schema、字段类型、取值范围。模型能不能稳定遵守契约比单次的准确率更重要。建议在 prompt 中给出 JSON 示例测评时把输出解析失败的案例单列出来。输出契约越早定后续接入成本越低。8.3 API 与本地部署的选择标准快速验证、流量波动小、图片不敏感优先 API成本低、维护简单。数据敏感、需要私有化、网络隔离优先本地部署。两者不是互斥的可以先 API 验证再本地部署做回归。从社区反馈看很多团队会先在 API 上跑通能力验证再根据业务增速决定是否引入 GPU 资源做私有化。这条路线比较稳妥。8.4 注意成本与性能观测多模态请求的 Token 消耗通常比文本高一张图片会拆分出大量视觉 Token。建议在测评时记录输入 Token、输出 Token、响应耗时三个指标再根据业务量估算月度成本。8.5 安全与权限测评时不要向外部 API 发送未脱敏的敏感图片本地部署时服务端口不要随意暴露到公网应加上认证和访问控制。涉及生产环境的数据处理务必遵循最小权限原则提前做好备份和回滚方案。8.6 版本管理与回归测评模型权重更新、推理框架升级、提示词调整都可能改变输出。建议把测评脚本、测评图片集、结果 JSON 一起纳入代码仓库每次变更后重新跑一遍防止模型效果回退。不要依赖记忆多模态模型的输出波动比纯文本模型更明显回归测评不是可选项而是必选项。这些做法看起来琐碎但真正决定一个多模态模型能不能落地往往不是模型公开分数而是这些工程细节是否可控。9. 总结与后续学习方向回到开头那个问题测 DeepSeek 多模态模型到底该测什么我的回答是不要只测“它能不能看图”要测“它在你的图片、你的任务、你的输出契约下能不能稳定给出可用结果”。这套流程里最重要的是把测评维度拆解清楚然后固定用一套脚本在不同环境里重复测试用 JSON 结果说话。如果你接下来想继续深入有几个方向可以参考多模态模型源码与权重复现读一遍模型仓库的推理脚本理解视觉编码器、投影层、语言模型之间如何协作。微调与适配在公开权重基础上用少量业务图片做指令微调改善特定领域的识别输出。多模态 Agent 与工作流把视觉结果接入 RAG、自动化录入、内容审核等业务流测评的粒度从单次问答升级到端到端任务完成率。推理框架优化深入学习 vLLM、SGLang 等框架的部署参数量化、批处理、显存优化让多模态服务的性价比更高。多模态模型的选型和测评会是一个反复迭代的过程。建议收藏备用后续模型更新或业务场景变化时直接拿出这套方案重跑一轮节省下来的时间远比写测评脚本多。
如果你想给业务选一个多模态模型最常见的做法是打开榜单选分数最高的那个。但把榜单模型接进真实项目后你大概率会遇到两类问题输出格式不稳定部署成本比宣传文案高。这个现象在 DeepSeek 多模态模型上同样存在。DeepSeek 最近在多模态方向的动作值得关注社区里关于 API 调用、本地部署、代码复现的讨论也明显变多。不过我更想先给一个明确判断对开发者来说测评 DeepSeek 多模态模型最有价值的一步不是记住某个公开分数而是建立一套可复现的验证流程把模型放进自己的真实任务里量化它在识别准确性、输出规范性、部署可行性三个层面上的表现。这篇文章会围绕这套流程展开讲清楚测评维度怎么设计、API 怎么调用、vLLM 怎么本地部署、批量结果怎么记录验证以及最常见的坑在哪里。无论你是刚开始关注多模态还是已经准备接入生产环境都可以照着跑一遍。1. 多模态模型测评真正该测什么先厘清一个问题为什么多模态测评不能直接用通用榜单结论因为“多模态”只是一个笼统说法实际任务差异非常大。一张发票、一张产品图、一张含表格的 PDF 截图、一段视频的关键帧模型的处理逻辑和难度完全不同。通用 benchmark 里的平均分数往往掩盖了模型在一个具体子任务上的短板。从做工程的角度我建议把测评拆成三个层面。第一层是基础能力模型能否准确识别图片里的物体、场景、文字能否理解图片与问题之间的语义关系。这一层通常用公开测试集做初步筛选主要解决“模型能不能看懂图”的问题。第二层是结构化输出能力模型能否按你定义的 JSON 格式返回结果能否稳定遵守字段约束会不会在长文本、多图输入时丢信息。这一层直接决定你能不能把模型结果接进业务系统。很多模型在第一层表现不错到第二层就开始不稳定。第三层是工程可用性包括 API 的延迟和吞吐、本地部署时对显存和推理框架的支持、并发场景下的稳定性以及安全合规边界。这一层容易被忽略但往往才是真正让项目卡住的地方。所以更合理的测评顺序是先定义业务任务再设计测评集最后用同一套流程分别测试不同搭建方式把结果量化记录下来而不是简单比一个平均分。2. DeepSeek 多模态模型与测评环境准备从公开信息看DeepSeek 在多模态方向的动作集中在视觉语言模型上以 DeepSeek-VL 系列为代表模型权重和相关代码会同步开源。具体版本号和发布时间以官方发布为准这不影响我们搭建一套通用测评环境。测评 DeepSeek 多模态模型通常有两条路线API 路线和本地部署路线。对比项API 路线本地部署路线前置条件注册开放平台并获取 API KeyGPU 服务器安装 Python 与推理框架数据隐私图片会经过外部接口不适合敏感数据数据不出内网适合私有场景成本结构按 Token 计费无硬件成本一次性硬件和运维成本延迟表现取决于服务端负载取决于 GPU 型号和并发策略测评可行性适合快速验证能力适合验证部署可行性和稳定性不管选哪条路线测评环境都推荐准备这几样东西Python 3.10 或更高版本openai SDK 或 HTTP 客户端便于用 OpenAI 兼容格式调用一组来源合规、授权可用的测试图片一个用于记录结果的 JSON 输出脚本如果走本地部署路线还需要一台带 NVIDIA GPU 的机器显存容量以模型实际要求为准。环境准备阶段最容易踩坑的是 Python 版本和依赖冲突。比如 openai、requests、vllm 这类包如果混装在不同版本可能会在运行测评脚本时报各种 ImportError。建议用虚拟环境隔离。python -m venv venv source venv/bin/activate # Windows 下执行 venv\Scripts\activate pip install --upgrade pip pip install openai requests版本不需要写死以安装时最新稳定版为准。如果你的机器上已经装了多个 Python 版本先确认当前python指向的是哪一个再创建虚拟环境否则容易装错环境。3. 测评维度设计与任务清单既然目的是“场景化测评”那么任务集要比榜单测试集更贴近真实使用。这里以企业里最常见的四类多模态任务为例。3.1 单图视觉理解给模型一张图提出开放式问题例如“描述这张图片的主要内容”“图片里有什么异常”。这个维度最容易测但注意不要用太模糊的问题否则很难判断答案是否准确。3.2 OCR 与文档解析给一张含文字的图片比如发票照片、截图、合同扫描件要求模型提取指定字段。测评时要关注两件事文字识别是否准确以及识别出来的文字是否按字段正确归位。很多模型能“读出”文字但把金额写到日期栏里这种错误规则匹配很容易抓出来。3.3 图表与结构化数据抽取给一张折线图、柱状图或表格截图让模型回答具体数值或者直接输出 JSON。这是业务价值最高、也最容易翻车的维度。模型经常会“看懂了图”但“报错数值”尤其是坐标轴刻度密集、配色对比度低的图表。3.4 多图比较与逻辑推理一次给多张图让模型找出差异、判断顺序或做简单推理。这类任务对模型的跨图关联能力要求更高测评时建议限定最多图片数量避免模型在长上下文下丢失信息。设计任务清单时建议用表格管理每一条用例任务编号测评维度输入图片问题参考答案模板判定方式CASE-001单图理解product_01.png图片中的产品有哪些主要功能关键词命中人工/脚本CASE-002OCR 字段提取invoice_01.jpg提取发票号码和总金额字段级对比规则匹配CASE-003图表数值chart_03.pngQ3 营收是多少数值区间规则匹配CASE-004多图比较left.png, right.png两张图有哪些不同要点命中人工复核参考答案模板越严格后续自动化评分就越容易。最忌“答案差不多就行”。如果一个任务连参考答案模板都写不出来那这个任务本身就不适合用来做自动化选型。4. 调用 DeepSeek 多模态模型的 API 代码示例API 调用是测评的第一步适合快速确认模型的基础能力。以 DeepSeek 开放平台为例注册后创建 API Key并通过环境变量保存不要在代码里写死密钥。import os from openai import OpenAI client OpenAI( api_keyos.getenv(DEEPSEEK_API_KEY), base_urlhttps://api.deepseek.com ) response client.chat.completions.create( modeldeepseek-chat, messages[ { role: user, content: [ { type: image_url, image_url: { url: https://example.com/test_image.png } }, { type: text, text: 请描述这张图片并用 JSON 返回主要内容。 } ] } ], temperature0.2, max_tokens1024 ) print(response.choices[0].message.content)关于这段代码有几点要说明模型名以官方文档为准。上面示例中的deepseek-chat只是一个占位如果平台已经开放多模态模型的对话接口接口格式通常与 OpenAI 兼容。未开放时图片参数会被拒绝此时应切换为本地部署方案。image_url既支持公网 URL也支持 base64 编码的图片数据。为了测评的稳定性建议先下载图片到本地再用 base64 传入。temperature在多模态任务里一般调低比如 0.1 到 0.3减少输出随机性方便对比。如果你不确定当前平台是否支持图片输入可以在测评脚本里加一个探测步骤先发一张最小图片看接口是否返回正常内容。如果报错从报错信息可以判断是模型名不对还是图片参数不支持。5. 用 vLLM 本地部署 DeepSeek 多模态模型本地部署的核心目的有两个一是验证模型在自己硬件上的真实表现二是在数据敏感、网络隔离或 API 成本不可控的场景下获得一套可控的调用环境。vLLM 是目前比较常用的推理服务框架它提供 OpenAI 兼容的接口部署后可以用标准 HTTP 调用。5.1 安装 vLLMpip install vllm如果机器上有多个 Python 环境建议先确认pip指向的是当前环境再安装。安装较慢时可以换用国内镜像源。安装完成后可以用vllm --version确认命令行工具可用。5.2 启动模型服务启动命令里需要指定模型来源。以 Hugging Face 上的模型 ID 或者本地模型目录为例vllm serve 模型ID或本地路径 \ --limit-mm-per-prompt image4 \ --served-model-name deepseek-multimodal \ --port 8000参数含义--limit-mm-per-prompt image4限制每个请求最多处理 4 张图片防止显存溢出和长上下文性能劣化。--served-model-name对外暴露的模型名方便后续脚本统一引用。--port服务端口默认 8000可以根据实际环境调整。更稳妥的做法是先阅读该模型在 Hugging Face 仓库和 vLLM 官方文档中的部署说明确认模型是否被 vLLM 原生支持。如果不支持可以改用 Transformers 官方推理脚本先跑通单张图片再做后续工程化封装。5.3 用 curl 验证服务服务启动后也可以用 curl 发一个最小请求curl http://localhost:8000/v1/chat/completions \ -H Content-Type: application/json \ -d { model: deepseek-multimodal, messages: [ { role: user, content: [ {type: image_url, image_url: {url: https://example.com/test.png}}, {type: text, text: 这张图片的内容是什么} ] } ] }如果能返回 JSON 结果说明本地服务已经可用于测评。如果返回 404先确认--port参数是否生效如果返回 500查看服务启动日志多半是显存不够或者模型加载失败。6. 批量测评脚本与结果记录单张图片验证只能说明服务通不通要支撑选型决策还需要批量记录结果。下面给一个最小批量测评脚本框架直接把结果写入 JSON 文件。import base64 import json import time from openai import OpenAI client OpenAI( api_keyEMPTY, base_urlhttp://localhost:8000/v1 ) def encode_image(image_path: str) - str: with open(image_path, rb) as f: return base64.b64encode(f.read()).decode(utf-8) def run_case(client, model: str, image_path: str, question: str) - dict: resp client.chat.completions.create( modelmodel, messages[ { role: user, content: [ { type: image_url, image_url: { url: fdata:image/png;base64,{encode_image(image_path)} } }, {type: text, text: question} ] } ], temperature0.1, max_tokens512 ) return { image: image_path, question: question, answer: resp.choices[0].message.content, latency: time.time() } cases [ {image: images/product_01.png, question: 图片中的产品有哪些主要功能}, {image: images/invoice_01.jpg, question: 提取发票号码和总金额返回 JSON。}, {image: images/chart_03.png, question: Q3 营收是多少只输出数字。} ] model_name deepseek-multimodal results [] for case in cases: results.append(run_case(client, model_name, case[image], case[question])) with open(eval_result.json, w, encodingutf-8) as f: json.dump(results, f, ensure_asciiFalse, indent2) print(测评完成结果已写入 eval_result.json)这个脚本有几个设计点值得说明。base_url指向本地 vLLM 服务API Key 用空字符串即可如果走官方 API替换为官方地址和真实 Key。输出统一保存为 JSON方便后续写脚本做评分或人工复核。不要把结果只打印在终端里一旦任务多了就难以追溯。latency字段用来初步观察响应耗时。但注意单次请求的耗时不能代表真实性能更精确的性能测试需要并发压测不能只靠一条请求下结论。跑完一轮你可能发现同一个任务在不同图片上的表现差异很大。这不是异常而是多模态模型常见现象。下一步要做的是把失败案例单独挑出来分类是识别错误、输出格式不对还是图片本身质量太差不适合自动处理。7. 常见问题与排查思路在搭建和运行 DeepSeek 多模态模型测评环境的过程中有一些高频问题。这里直接给排查表。问题现象可能原因排查方式解决方案启动脚本提示缺少依赖pip 安装不够完整或版本冲突查看报错栈检查pip list新建虚拟环境后重新安装依赖API 返回 401API Key 未配置或过期检查环境变量重新创建 Key并确认读取方式图片传入后被拒绝接口不支持 image_url / 参数格式不对查看服务端返回错误信息切换到本地部署或按官方文档调整消息格式vLLM 启动时报显存不足GPU 显存不够或模型参数过大查看 GPU 使用情况和模型大小要求降低并发数使用量化版本或换更大显存模型能回答但输出格式混乱温度设置过高或提示词中缺少格式约束降低 temperature检查提示词在提示词中明确要求返回 JSON并给示例本地部署并发请求时卡顿服务队列配置不合理或图片过大查看服务端日志和 GPU 占用限制单请求图片数量做好并发控制结果不一致多次运行差异大采样参数随机性观察温度与 top_p 设置评估时固定 temperature0.1遇到问题不要一上来就重装依赖。先确认最基础的链路是否通Python 环境能运行一个最简单的 OpenAI 接口调用如果连这个都报错问题基本出在环境和依赖配置层面。之后再逐个排查模型名、图片格式、服务地址、硬件资源。8. 多模态模型测评的最佳实践与工程建议8.1 测评任务优先对齐业务场景不要拿通用图片集代替业务图片集。发票、截图、产品图、监控画面这些真实数据的分布与公开数据集差异很大。测评第一步应该是从业务里抽出有代表性的样本并确保授权合规。用公司内部数据做测评前先确认有没有数据使用边界和脱敏要求。8.2 先定输出契约再测模型在把模型接入业务之前先定义好输出格式例如 JSON Schema、字段类型、取值范围。模型能不能稳定遵守契约比单次的准确率更重要。建议在 prompt 中给出 JSON 示例测评时把输出解析失败的案例单列出来。输出契约越早定后续接入成本越低。8.3 API 与本地部署的选择标准快速验证、流量波动小、图片不敏感优先 API成本低、维护简单。数据敏感、需要私有化、网络隔离优先本地部署。两者不是互斥的可以先 API 验证再本地部署做回归。从社区反馈看很多团队会先在 API 上跑通能力验证再根据业务增速决定是否引入 GPU 资源做私有化。这条路线比较稳妥。8.4 注意成本与性能观测多模态请求的 Token 消耗通常比文本高一张图片会拆分出大量视觉 Token。建议在测评时记录输入 Token、输出 Token、响应耗时三个指标再根据业务量估算月度成本。8.5 安全与权限测评时不要向外部 API 发送未脱敏的敏感图片本地部署时服务端口不要随意暴露到公网应加上认证和访问控制。涉及生产环境的数据处理务必遵循最小权限原则提前做好备份和回滚方案。8.6 版本管理与回归测评模型权重更新、推理框架升级、提示词调整都可能改变输出。建议把测评脚本、测评图片集、结果 JSON 一起纳入代码仓库每次变更后重新跑一遍防止模型效果回退。不要依赖记忆多模态模型的输出波动比纯文本模型更明显回归测评不是可选项而是必选项。这些做法看起来琐碎但真正决定一个多模态模型能不能落地往往不是模型公开分数而是这些工程细节是否可控。9. 总结与后续学习方向回到开头那个问题测 DeepSeek 多模态模型到底该测什么我的回答是不要只测“它能不能看图”要测“它在你的图片、你的任务、你的输出契约下能不能稳定给出可用结果”。这套流程里最重要的是把测评维度拆解清楚然后固定用一套脚本在不同环境里重复测试用 JSON 结果说话。如果你接下来想继续深入有几个方向可以参考多模态模型源码与权重复现读一遍模型仓库的推理脚本理解视觉编码器、投影层、语言模型之间如何协作。微调与适配在公开权重基础上用少量业务图片做指令微调改善特定领域的识别输出。多模态 Agent 与工作流把视觉结果接入 RAG、自动化录入、内容审核等业务流测评的粒度从单次问答升级到端到端任务完成率。推理框架优化深入学习 vLLM、SGLang 等框架的部署参数量化、批处理、显存优化让多模态服务的性价比更高。多模态模型的选型和测评会是一个反复迭代的过程。建议收藏备用后续模型更新或业务场景变化时直接拿出这套方案重跑一轮节省下来的时间远比写测评脚本多。
