LM Studio 文本模型测试报告

  • 测试时间: 2026-03-11 15:23:27
  • 端点: http://192.168.31.112:11434/v1
  • 说明: 排除 OCR 模型 qwen/qwen3-vl-8b,也排除 embedding 模型 text-embedding-nomic-embed-text-v1.5
  • 测试项: 中文摘要、中文文案改写、结构化 JSON 日志归纳。

总排名

排名 模型 成功数 平均耗时(s) 综合分 结论
1 zai-org/glm-4.7-flash 3/3 12.66 13 可作为主力
2 qwen/qwen3.5-35b-a3b 3/3 14.56 12 可作为主力
3 google/gemma-3-27b 3/3 22.92 12 可作为主力
4 openai/gpt-oss-20b 3/3 30.10 10 可作为主力

逐模型明细

zai-org/glm-4.7-flash

  • 成功数: 3/3
  • 平均耗时: 12.66s
  • 综合分: 13
  • 是否暴露 Thinking Process: 否
  • 测试 summary: ✅ 29.74s
    • 样例: 1. **分析用户需求:** * **主题:** 备用扫码登录流程(通常涉及二维码、手机确认、PC端等待)。 * **问题:** “手机确认成功但PC页面不切换”(手机端显示成功,但PC端仍停留在等待状态)。 * **格式:** 3条要点。 * **目标:** 总结*为什么*会发生这种情况。 2. **解构场景:** * *步骤1:* PC生成二维码。 * *步
  • 测试 rewrite: ✅ 3.06s
    • 样例: 1. **分析原句:** * 原文:“当前仅保留备用扫码登录链路,请使用微信扫码进入手机确认页,并通过手机号+姓名完成身份核验。” * 含义:目前仅保留了备用扫码登录方式。请使用微信扫码进入手机确认页面,并通过手机号+姓名完成身份核验。 * 关键信息点: 1. 当前状态:仅保留备用扫码登录。 2. 动作:使用微信扫码。 3. 目
  • 测试 json: ✅ 5.19s
    • 样例: 1. **分析请求:** * **输入:** 一段简短的日志片段:“HTTP 200 /exchange 返回 token,user,roles;overview/report-center/templates/notices 接口都开始请求;页面仍停留在登录壳子。” * **输出格式:** JSON:{“symptoms”:[…],“likely_causes”:[…],“next_checks”:[`
  • 建议: 适合轻量改写和短文案,不适合主分析。

qwen/qwen3.5-35b-a3b

  • 成功数: 3/3
  • 平均耗时: 14.56s
  • 综合分: 12
  • 是否暴露 Thinking Process: 是
  • 测试 summary: ✅ 14.87s
    • 样例: Thinking Process: 1. **Analyze the Request:** * Task: Summarize a specific problem scenario (mobile confirmation success but PC page doesn't switch during backup QR code login flow) into exactly 3 key points.
  • 测试 rewrite: ✅ 10.38s
    • 样例: Thinking Process: 1. **Analyze the Request:** * Input sentence: "当前仅保留备用扫码登录链路,请使用微信扫码进入手机确认页,并通过手机号 + 姓名完成身份核验。" (Currently only the backup scan code login link is retained, please use WeChat scan to enter the m
  • 测试 json: ✅ 18.43s
    • 样例: Thinking Process: 1. **Analyze the Request:** * Input: A log snippet describing a web application issue. * Task: Read the log and output a JSON object with specific keys: symptoms, likely_causes, next_`
  • 建议: 中文结构化分析不错,但偏慢,适合作为中档补位模型。

google/gemma-3-27b

  • 成功数: 3/3
  • 平均耗时: 22.92s
  • 综合分: 12
  • 是否暴露 Thinking Process: 否
  • 测试 summary: ✅ 47.35s
    • 样例: 好的,以下是用3条要点总结的“备用扫码登录流程出现‘手机确认成功但PC页面不切换’的原因”: 1. **网络问题导致状态同步延迟或失败:** 手机端确认成功后需要将状态信息同步到PC端。如果PC和手机之间的网络连接不稳定、存在防火墙阻挡,或者服务器繁忙等情况,可能导致PC端无法及时接收到确认信号,从而页面不切换。 2. **Session管理问题:** 扫码登录依赖于Session机制来维持用户登录状态。 手机确认成功后,如果PC
  • 测试 rewrite: ✅ 7.52s
    • 样例: 以下是一些更简洁的修改方案,根据你的具体需求选择: **方案一 (最简短):** > 目前仅支持微信扫码登录,请在手机上完成验证。 **方案二 (稍详细一点):** > 现仅保留微信扫码登录方式,请使用微信扫描并按提示在手机上进行身份核验。 **方案三 (更明确流程):** > 请通过微信扫码登录,并在手机确认页填写手机号和姓名完成验证。 **选择哪个方案取决于:** *
  • 测试 json: ✅ 13.88s
    • 样例: ````json { “symptoms”: [ “HTTP 200 response for /exchange endpoint”, “Token, user, and roles returned from /exchange”, “Requests initiated to overview/report-center/templates/notices interface”, "Page re`
  • 建议: 可用于特定场景,但建议先人工复核。

openai/gpt-oss-20b

  • 成功数: 3/3
  • 平均耗时: 30.10s
  • 综合分: 10
  • 是否暴露 Thinking Process: 否
  • 测试 summary: ✅ 50.68s
    • 样例: - **网络延迟或断连**:在手机端完成确认后,后台需要把状态同步给 PC 页面;若网络波动导致消息未及时到达,PC 会一直停留在原页面。 - **跨域或缓存问题**:PC 页面可能使用了本地缓存或同源策略限制,导致收到的“已确认”信号被忽略或覆盖,从而不触发视图切换。 - **事件监听失效**:PC 端的实时监听(如 WebSocket、轮询)未正确注册或在登录流程中被意外清除,使得即使后台状态更新,前端也无法捕获并执行页面跳
  • 测试 rewrite: ✅ 6.66s
    • 样例: 请用微信扫码进入手机确认页,随后以手机号+姓名完成身份核验;仅保留备用扫码登录链路。
  • 测试 json: ✅ 32.97s
    • 样例: ````json { “symptoms”: [ “HTTP 200 response received from /exchange with token, user and roles data”, “Subsequent API calls to overview/report-center/templates/notices are initiated”, "The UI remains on the `
  • 建议: 最均衡,适合当本地主力文本分析模型。

总结建议

  • 当前综合最优: zai-org/glm-4.7-flash
  • 推荐主力文本模型: openai/gpt-oss-20b
  • 推荐 OCR 模型: qwen/qwen3-vl-8b(本次未纳入文本测试)
  • 推荐中文中档补位: qwen/qwen3.5-35b-a3b
  • 不建议把存在 load fail / 间歇错误的模型设为默认主力。