这是什么

「工具调用」（Tool Calling，指让 AI 模 型不只是回答问题，还能实际操作文件、 调用程序、执行代码等动作）是过去 一年 AI 圈最热的概 念之一。理论上，接入了工具调用能力的 AI 助手可 以帮你建文件夹、写代码并运 行、整理数据——像一个真正能「 动手」的助理。

但 Reddit 社区 r/LocalLLaMA 本周一个帖子，把这层 滤镜撕掉了。发帖者 Mayion 用的不是什 么冷僻方案：Open WebUI（主 流本地 AI 操作界面）+ LM Studio（主流本地模型运 行平台），测试的模型包括 Qwen3 27B/ 35B、Gemma4 26B 等当前最受推崇的开源模型。结 果：模型信誓旦旦说创建了文件夹，什么都没有；声 称一个现代网站已经生产就绪，打开是一 个空的 .html 文件；或者陷入无限循环，反 复执行同一个动作出不来。帖子获得 103 个 赞、148 条真实用户回复——说明这不是个人 操作失误，而是一个被广泛共鸣的体 验。

行业怎么看

支持者的解释 是：工具调用对模型推理能力要求极高，27B- 35B 参数规模（参数量可粗略理 解为模型「脑容量」大小）的本地模型，目 前确实还不够稳定；云端的 GP T-4o、Claude 3.5 Sonnet 在同类任务上表现要 好得多，但那需要把数据发到境 外服务器。

但反对意见同样尖 锐：问题出在整个工具链的设计上，不只 是模型本身。Open WebUI 与 LM Studio 之间的协议对接 、上下文传递方式、错误处理机制，目前都还处 于「能跑就行」的早期状态。部分 评论者明确指出，社区长期存在「夸大可 用性」的倾向——因为承认「还不 能用」会打击新人热情，所以集体 选择沉默或过度乐观。这种信息 偏差，对正在认真评估采购方案的企业来说，才 是真正的风险：你看到的演示视频和你实 际部署后的体验，可能是两回事。

另 一个值得关注的结构性问题是：本地部署的核心 吸引力在于数据不出门，但为了换来 这一点，企业可能要承受比 云端方案低一到两代的实际能 力。这个取舍目前没有标准答案。

对普通人的影响

对企业 IT：如果你们正在评估「私有化部署 AI + 让它自动操作内部系统」的方案，这 条信息值得放进风险清单—— 当前开源模型的工具调用稳定性，远 未达到可以无人监督运 行的程度，需要预留更多人工复核环节。

对个人职场：用本地 AI 处理敏感文件的 人，短期内最好把「AI 自 动执行」定位为辅助草稿，而不是最终交 付——确认它真的做了它说 它做的事，仍是必要步骤。

对消费市 场：这一轮开源模型军备竞赛的宣传节奏明显快 于实际可用性，普通用户在选择本 地 AI 工具时，「社区好评」的参考 价值需要打折扣，真实的独立测 评更值得参考。