测试了15个本地模型在 agent/工具使用上的表现——Bonsai 27B 排名垫底!
摘要
评测了15个本地运行的模型在 Toolery agent/工具使用基准上的表现,qwen3.8-27B 以71.8%排名第一,而1-bit量化压缩到约4GB的 Bonsai 27B 垫底(50.5%),主要失败原因是工具调用次数超限(budget_violated)而非选错工具。
我测试了15个本地模型的 agent/工具使用能力——Bonsai 27B 排在最后
我想弄清楚哪些本地模型在 agent/工具使用任务上真的可用,所以没有根据模型的宣传口径去猜测,而是把15个模型放在同一个基准上实测。基准用的是 Toolery。它不只是检查模型能不能调用工具……这些场景要求模型在不同约束条件下真正把任务完成。
- 143 个场景
- 每个场景 3 次试验
- 每个模型 429 次试验
- 分为 Easy、Medium、Hard 和 Very Hard 四个难度层级
- 全部通过 LM Studio 本地服务
- 无 API 成本
- 所有模型统一 30k token 上下文窗口
- 所有模型统一 temperature 0.8
- 其余设置沿用各模型在 LM Studio 中的默认配置
- 例外是 qwen3.8-flash-next,我使用的是 Strata,但仍然把 temperature 设为 0.8
- 并发数 4
- 超时倍率 4.0
结果:
# 模型 得分 Easy Medium Hard Very Hard
1 qwen/qwen3.8-27b 71.8% 96.7 93.3 71.6 41.7
2 mellum2-12b-a2.5b-thinking 71.4% 88.3 91.1 71.6 45.8
3 google/gemma-4-26b-a4b 70.4% 92.5 93.3 60.8 50.0
4 granite-4.2-8b 67.8% 85.8 88.9 62.7 45.8
5 qwen3.8-flash-next-iq2_xs 64.5% 89.2 91.9 62.7 30.6
6 mistralai/devstral-small-2-2512 63.9% 75.8 83.7 58.8 45.8
7 ornith-1.5-9b 62.3% 84.2 83.7 60.8 34.7
8 lfm2.5-8b-a1b 61.6% 72.5 74.1 55.9 51.4
9 ornith-1.5-35b-a3b 61.0% 85.8 84.4 57.8 31.9
10 meta/muse-glimmer 60.0% 87.5 92.6 52.0 26.4
11 qwen3.8-27b-gsq-rco 59.0% 84.2 85.9 51.0 31.9
12 gpt-oss-20b 58.6% 81.7 86.7 53.9 27.8
13 google/gemma-4-12b-qat 56.7% 84.2 83.0 46.1 31.9
14 qwen3-coder-30b-a3b-instruct 54.3% 60.0 73.3 51.0 37.5
15 prism-ml/bonsai-27b 50.5% 65.8 64.4 58.8 22.2
https://preview.redd.it/hc91j4zu6ith1.png?width=2421&format=png&auto=webp&s=aab58787a4846e8f2df68254f7b2f9b6ea2b1cac
所以没错,Bonsai 总分垫底。它在 Very Hard 场景上同样垫底,只有 22.2%。但更值得关注的是它为什么会失败。
失败模式
Bonsai 共有 148 次试验失败。其中 103 次属于 budget_violated。这意味着模型经常选对了工具、也得到了正确结果,但比场景允许的额度多调用了一次工具。只有 30 次失败被归类为选错工具。
所以问题并不总是:“我根本不知道该用哪个工具”。更像是:“我清楚自己在做什么,再调用一次这个工具吧”。然后它就超出了工具调用预算。
这其实是我最感兴趣的部分。模型有时确实能正确执行任务,但它不知道什么时候该停下来。
对比来看:
- qwen3.8-27b 以 71.8% 排名第一
- qwen3.8-27b 总共失败 84 次试验
- granite-4.2-8b 总体失败次数最少,仅 69 次
速度表现也不太好
Bonsai 是本次运行中最慢的模型,墙钟总耗时为 6,208 秒。第二慢的模型耗时约 5,750 秒,而得分高出约 17 分。qwen flash 模型每个场景大约 9 秒。
需要说明的重要前提
这是初代 Bonsai 27B,而不是更新的 Bonsai 2 27B。压缩本身仍然值得关注。用 1-bit 版本把一个 27B 级别的模型压进大约 4GB 相当惊艳,而且该模型确实保留了相当多的原始能力。但这个基准只测试了一件事:当这个模型必须在约束条件下完成工具使用/agent 任务时,它的行为如何。
它不是一个通用智能基准,也不能证明 Bonsai 是一个糟糕的模型。结论更具体一些:压缩确实很惊艳,但原始的 1-bit Bonsai 27B 在这次测试中表现出了出乎意料地薄弱的 agent/工具使用行为,尤其是在“知道何时该停下来”这一点上。
我还想用完全相同的基准跑一遍 Bonsai 2。由于它基于更新的 Qwen3.8 27B 系列,这个对比会比把初代 Bonsai 不分版本地和其他所有模型混在一起比较要有意义得多。
局限性
本次测试:
- 只用了一个基准
- 只用了一套 harness
- 每个模型只跑了一次
- 30k 上下文窗口
- temperature 0.8
- 大部分沿用各模型在 LM Studio 中的默认设置
- 只尝试了一种 adapter 配置
- 本地服务,量化和上下文设置并未做到完全一致的归一化
所以请把它当作一次快照来看待。
相似文章
Reddit r/LocalLLaMA
Precision Numerics 发布 Boole-1.7B,一个基于 Qwen3-1.7B 的 1 位量化模型,权重仅 247 MB(比 BF16 小 13.9 倍),在 10 项任务评测中的平均得分达到 BF16 模型的 85.9%,超越 1 位的 Bonsai-1.7B,并接近 1.58 位的 Bonsai-1.7B。模型支持在浏览器中本地运行,也支持 vLLM 与 llama.cpp。
Hugging Face Daily Papers
HumanoidToolBench 提出一个18项任务的基准,评估人形机器人从工具选择到移动执行的能力,并发布包含3.1k条演示的 ToolBook 数据集(仿真与真实 Unitree G1 采集),揭示了工具选择与任务成功执行之间的显著差距。
Reddit r/LocalLLaMA
Dodaios 的维护者展示了一款 Apache 2.0 开源桌面 AI 代理应用,可在本地 Ollama 模型(Qwen3.5:9b 和 Qwen3.8-16gb)上运行多代理任务,并坦诚说明了本地模型在工具调用上的局限。
arXiv cs.CL
我们提出了 ToolBottleneckBench,这是一个在受控压力条件(工具目录、可见菜单、经认证的工作流、记录编码)和固定测试框架预算下衡量工具智能体性能的基准。研究发现,只有可见工具菜单会显著降低模型表现——主要是由于截断——而大多数失败都发生在达到测试框架限制时。
Hugging Face Daily Papers
GTA-2 引入了一个分层基准,用于评估通用工具Agent在原子工具使用和开放式工作流中的表现,揭示了显著的能力鸿沟:前沿模型在复杂任务上仅取得14.39%的成功率,尽管在原子任务上表现尚可。