1. 推理强度可调:高档有用,但别一直开
Medium 3.5 支持 reasoning_effort 参数。
设置 "none" 时更偏快速响应;切到 "high" 后,模型会投入更多计算处理问题。
普通代码补全、解释函数、修改范围明确的小 Bug,我更倾向于直接用低推理强度。开 High 经常得不到成比例的提升,等待感却会明显增加。
到了跨文件修改、依赖追踪,或者需要先理解一段历史代码为什么这么写,高推理模式才更有价值。它会更主动检查上下游关系,而不是看到报错就立刻给出第一种修法。
有一次处理跨文件代码问题时,它第一轮其实已经找到了报错点,开到高推理后却没有马上收手,又沿着依赖链继续追了一层。最后的修改确实更完整,但那个过程也让我很直观地意识到:High 模式有时候不是“更聪明”,而是“更不愿意草率交卷”。
这也解释了为什么我不会把 High 当默认档。复杂任务值得开,简单任务反而可能只是多等一会儿。
2. 原生多模态视觉:单独看普通,和编码结合后更实用
Medium 3.5 带有视觉编码器,可以直接处理不同尺寸和比例的图片。
流程图、UI 截图、数学公式等输入都能分析。
“能看图”本身已经不是旗舰模型里的稀缺能力。它更实用的地方,是视觉、代码和工具调用都在同一模型里。
比如前端开发时,可以把 UI 截图和项目代码一起交给它;排查问题时,也可以同时输入报错截图、架构图和相关代码。
这时候视觉能力不是单独的识图功能,而是 Agent 获取环境信息的一部分。
3. 函数调用与 Agent:这是 Medium 3.5 真正的重点
Function Calling 和结构化 JSON 输出属于模型原生能力。
配合 256K 上下文,它可以处理连续工具调用,在较长任务链里保留代码、历史操作和工具返回结果。
Mistral 也把 Medium 3.5 用在 Vibe Coding Agent 上。用户可以通过 CLI 或 Le Chat 发起云端编码任务,让模型连续执行修改代码、安装依赖、运行测试、提交 PR 等步骤。
Medium 3.5 的很多能力其实都围绕这一点展开:
- 256K 上下文装代码和任务历史
- reasoning effort 处理复杂步骤
- Function Calling 连接工具
- 视觉能力补上 UI、截图和图表输入
拆开看都不算少见,组合起来就更像一块专门为 Coding Agent 准备的底座
评论(0)