Qwen3.6 Plus-preview 体验报告：速度与效率的双重进化

最近深度使用了阿里新推出的 Qwen3.6 Plus-preview 模型，整体感觉非常惊艳。如果说之前的模型是在“能不能做”上卷，那这次 Qwen3.6 Plus 明显是在“做得有多快、多稳”上下了功夫。

获取与使用门槛

目前体验这个模型非常友好，主要有两个渠道：

• OpenRouter：对于不充值的用户，每天有50次的免费额度；充值10$后则可以使用1000次。这个门槛对于个人开发者和尝鲜用户来说非常低。
• OpenCode：目前处于免费阶段，我实测了半天，并没有遇到明显的调用限制，体验相当“丝滑”。

核心能力主观评测

在核心能力的体验上，我的感受可以总结为：“能力持平，速度越级”。

• 重构与文档能力：在代码重构和技术文档编写方面，它的表现与 GLM-5 处于同一梯队，能够准确理解意图并给出规范的输出。
• 速度优势：这是它最大的亮点。虽然输出质量与竞品相似，但 Qwen3.6 Plus 的推理和生成速度明显更快。在处理长上下文或复杂逻辑时，这种“跟手”的感觉能极大提升开发效率。
• 对比前代：相比 Qwen3.5 Plus，这次的提升是肉眼可见的。无论是响应速度还是对复杂指令的遵循程度，都感觉“明显强了一档”。

实测三天的“坑”：三个必须手动修复的幻觉

在为期三天的实际项目使用中，模型在生成涉及 MyBatis-Plus 逻辑删除的代码时，连续出现了三个非常典型的“幻觉”错误。这些问题都需要我手动介入，并明确地指出错误所在，模型才能修正。

1. 凭空幻想出不存在的方法：模型在尝试忽略逻辑删除时，又双叒叕调用了 ignoreLogicDelete() 方法。这个方法在 MyBatis-Plus 的官方 API 中根本不存在，它纯粹是模型“幻想”出来的，希望能靠这个方法凭空解决问题。正确的做法应该是使用 LambdaUpdateWrapper 的 .disableLogic() 方法来临时禁用逻辑删除。

2. 更新ID时逻辑混乱导致失败：在更新一条记录的ID时，模型生成的代码逻辑出现了严重问题。它先给新对象赋值了新的ID，但紧接着又用 BeanUtils.copyProperties() 将旧记录的属性（包含旧ID）覆盖了过来。这个操作直接导致新ID被旧ID覆盖，最终的更新操作完全无效。

3. saveOrUpdate 方法误用导致主键冲突：模型在使用 saveOrUpdate() 方法时，没有考虑到逻辑删除的影响。当尝试更新一个已被逻辑删除的记录时，该方法无法成功执行更新，反而错误地执行了插入操作，试图插入一条带有相同主键的新记录，从而引发了主键重复的异常。

行业横向对比与定位

现在的国产大模型在编码能力上确实已经“卷”到了新高度。

• 日常开发：对于日常的业务代码编写、CRUD 操作，Qwen3.6 Plus、Minimax 2.5、Kimi K2.5 之间的体感差异已经非常小了，完全可以互换使用。
• 攻坚场景：真正的分水岭在于面对“屎山代码”或极度复杂的遗留系统时。在这种极端场景下，Claude Sonnet 或 Opus 目前可能 still 保持着微弱的优势，但在 90% 的日常需求中，国产模型已经完全能够胜任。

总结

Qwen3.6 Plus-preview 是一款性价比极高的模型。它没有单纯追求参数规模的堆砌，而是在推理效率和响应速度上做到了极致。对于追求开发效率和响应速度的开发者来说，它绝对是一个值得加入主力阵容的选择。

不过，经过这几天的实测，我认为它的真实水平大致可以媲美 Claude Sonnet 4.5，但和更强的 Claude Opus 相比，在代码生成的准确性和稳定性上还有明显差距，完全比不了。