两个本地 Qwen(3.8 27B unsloth Q6 和 Qwen flash next strata coder)模型 vs Claude Opus 4.6 在同样 3 个编程任务上的对比。其中一个打平了。无意引战,只是分享数据

Reddit r/LocalLLaMA 模型

摘要

一位 Reddit 用户将两个本地 Qwen 模型(Qwen3.8 27B Q6 和 Qwen3.8-Flash-Next Coder)与 Claude Opus 4.6 在三项 Python 编程任务上进行对比,发现本地 Coder 模型(92.7 分)在中等规模任务上的得分与云端模型持平。

首先,为了避免误解,先说清楚两点。我并不是在为某个模型或某家公司背书,我对它们都没有任何个人利益关系。我只是想亲自验证一下它们在同一工作场景下的表现。而我关注这件事的原因是: 我平时使用本地模型来写代码,想知道它们在多大程度上可以替代付费的第三方平台订阅。这就是主要动机。 ## 我做了什么 三个 Python 任务,从最简单到最复杂:一个日志文件解析器、一个并行进程管理器、以及一个小型编程语言的测试解释器。 每个模型使用完全相同的指令,仅运行一次,事后不做任何修正。然后是模型从未见过的隐藏测试(共 162 个),加上一份固定清单的代码审查:是否遵循了指令?代码可读吗?遇到异常输入会卡死吗?说明注释是否属实? ## 结果(满分 100,最难任务权重为 3 倍) - Claude Opus 4.6:92.7 - Qwen3.8-Flash-Next "Coder"(本地):92.7 - Qwen 3.8 27B Q6(本地):87.0 https://preview.redd.it/sz517mg73ath1.png?width=1920&format=png&auto=webp&s=d8651d288fc7e712fa3c37b66cbf3dc0b22368be https://preview.redd.it/kdtp1ed93ath1.png?width=2000&format=png&auto=webp&s=df7d60e9a0845e02cd75029abce498c3fdabb570 ## 我从中得出了什么 隐藏测试的结果几乎持平:Opus 4.6 通过了 162 个中的 162 个,Coder 模型通过 161 个,27B 通过 160 个。 Coder 模型取得了与 Opus 4.6 相同的总分,但路径不同。 - 简单任务:两个本地模型都超过了 Opus(97 和 92 对 88) - 中等难度任务:Opus 胜出(96 对 94 和 91) - 困难任务(解释器):Opus 和 Coder 都拿到了 92 分,而 27B 降到了 81 分 https://preview.redd.it/zhkga08c3ath1.png?width=2120&format=png&auto=webp&s=c60f0554864c105e3a72acd93e71a5efa354b695 Opus 4.6 仍然更强的地方:它的代码更干净,更容易维护。 本地 Coder 模型表现更好的地方:它在遇到奇怪输入时卡死的次数更少。 每个模型只运行了一次,所以我不会说「一个本地模型等同于 Opus 4.6」。我更愿意说:在这些规模的任务上,我无法从结果上区分它们。 就我个人的投入而言,这已经很有意义了。 请记住,Opus 4.6 并不是 Claude 的最新版本;在我更完整的测试中,目前更新的版本取得了更高的分数。 ## 本地配置 我的电脑:Intel Core i5-14400,48 GB DDR4 内存,两块 16 GB 的 RTX 5060 Ti(共 32 GB 显存),Windows 11。 - Qwen 3.8 27B,Unsloth Q6 量化:稳定速度 50 token/s - Qwen3.8-Flash-Next "Coder":50 到 90 token/s,平均约 60-65 token/s 这是 Strata 项目的编码变体,一个裁剪版,每个层保留一半的专家(MoE),以 IQ1_M GGUF 格式发布。 详情:https://github.com/Niko1221/Strata/blob/main/docs/MODELS.md#coder ## 局限性,方便你自己评估这些数字 - 每个模型只运行了一次,2 到 3 分的差异没有意义。 - Coder 模型我运行了两次:第一次运行时我的电脑内存耗尽,所以我舍弃了那次结果并从头重跑。这里给出的是第二次运行的数字。 - 代码审查部分由一个 AI(Claude Fable 5.1)执行。 - Coder 模型测试了比另外两个模型更多的异常输入用例,因为我在过程中不断添加检查。因此它的评测标准稍微更严格,而不是更宽松。 - 仅限 Python,任务规模都很小。这不能说明任何关于在真实大型项目中工作的情况。
查看原文

相似文章

故事时间:我的 Strix Halo 笔记本上的 Qwen3.8-Flash-Next vs 同一功能任务上的 Claude Opus 5.5

Reddit r/LocalLLaMA

一位开发者在一台 128GB Strix Halo 笔记本上运行本地 Qwen3.8-Flash-Next,并在 Claude Code 中运行 Claude Opus 5.5,两者执行同一个复杂的 Rust 编码任务进行对比。结果显示,本地模型产出的 PR 更优(最终被合并,而 Opus 的未被采用),且 API 成本为零,不过 Opus 的速度仍快 2 到 10 倍。文章指出,本地开源权重模型如今已经可以真正挑战前沿云端模型,胜任真实的编码工作。

Qwen3.8-Flash-Next(本地)vs Claude

Reddit r/LocalLLaMA

一位开发者对比了在本地运行 Qwen3.8-Flash-Next(llama-server + ROCm 上的 UD-Q4_K_XL)与在 Claude Code 中使用 Claude Opus 审查同一个真实 Swift 提交的效果:Qwen 产生 8 个发现,零误报,并抓住了 2 个 Claude 遗漏的问题,但漏掉了另外 5 个问题,因此它更适合作为可靠的私密初审工具,而非最终裁决者。

又一篇 tok/s 文章:本地量化模型 vs Claude 的 9 个真实 bug 修复对决

Reddit r/LocalLLaMA

一位爱好者基准测试将本地运行的量化模型(Qwen3.8-Flash-Next、Qwen3.8-27B、Gemma 4)与 Claude 系列模型放在 9 个真实的 C++/CUDA 修 bug 任务上对比,发现 3-bit 量化对得分影响很小但会让模型思考更久;本地 Flash-Next 的表现大致与 Claude Haiku 5.5 持平,而 Opus 5.5 整体领先。

Qwen3.8-Flash-Next 搭配 Strata pi 在 5090 上击败了 Claude Code Opus 5.5

Reddit r/LocalLLaMA

# 本地运行的 IQ3_S 量化 Qwen3.8-Flash-Next 在 AirBench 基准上追平并小幅超越 Claude Code Opus 5.5 一位用户展示:在 RTX 5090 上本地运行、经 Strata 提供服务并由 pi harness 驱动的 **Qwen3.8-Flash-Next**(IQ3_S 量化版本),在 **AirBench** 的日常任务基准测试中取得了与 **Claude Code Opus 5.5** 相当、甚至在速度上略有优势的成绩,并附上了完整的复现步骤。 ## 关键要点 - **模型**:Qwen3.8-Flash-Next,采用 IQ3_S 量化 - **硬件**:单张 RTX 5090(本地部署) - **服务层**:Strata - **驱动框架**:pi harness - **对照对象**:Claude Code Opus 5.5(云端模型) - **评测基准**:AirBench everyday-tasks - **结果**:任务完成质量持平,端到端速度略占上风 ## 意义 如果这一结果可以稳定复现,它意味着一个相当重要的信号:在特定的日常任务场景下,经过量化的开源模型配合高效的本地推理服务栈,已经能够在消费级旗舰显卡上与顶级闭源模型的编码助手正面抗衡,甚至在响应延迟方面更具优势。 由于作者提供了完整的复现步骤,社区可以自行验证并进一步测试该配置在其他任务类型上的表现。