快速结论:在 Open Interpreter 0.4.3 中通过 Ollama 运行本地模型(如 qwen2.5-coder:7b、llama3.1、llama3.2)时,模型能正确生成 execute 工具调用,但 CLI 不执行该调用、也不返回结果;问题通常出在本地模型返回的工具调用格式与 CLI 期望的解析/执行链路不匹配。优先排查模型返回格式与 harness/模型解析配置,而不是 Ollama 服务本身。
适用环境:Open Interpreter 0.4.3;provider ID 为 ollama;模型 ollama/qwen2.5-coder:7b(同时测试过 llama3.1:latest、llama3.2:3b);harness 为 codex;操作系统 Linux 7.1.3-ogc5.1.fc44.x86_64;Ollama 0.32.6;Bash 终端、无 multiplexer;订阅/API-key provider 为 None(纯本地 Ollama)。
最快修复方案:暂无确认的一步修复方案。原 Issue 已被关闭,维护者回复该问题涉及“已退役的 Python 产品”,要求改到 endolith/open-interpreter 仓库反馈,因此未在此处给出经本 Issue 验证的修复步骤。
注意事项:本 Issue 的关闭并不代表问题已被技术性修复,只表示维护者将该渠道标记为已退役产品的报错入口。上述模型组合、Ollama 与 Open Interpreter 版本均来自报告者描述,未经维护者在原仓库复现确认;OpenAI 模型的对照测试因缺少 API key 未完成,因此无法判断是否为 Ollama 通道特有问题。
问题场景
用户安装 Open Interpreter 0.4.3 后,本地运行 Ollama 并加载 Ollama 模型,通过命令行启动 Open Interpreter:
interpreter -y --model ollama/qwen2.5-coder:7b
随后输入自然语言或代码请求,例如 print("hello")。此时模型可以正常加载并返回一个 execute 工具调用,但 Open Interpreter CLI 既不执行该调用,也不把执行结果返回或显示到终端。同样的现象在 Python 执行请求中也存在,例如请求执行 print(2 + 2)。报告者测试了 qwen2.5-coder:7b、llama3.1:latest、llama3.2:3b 三个模型,表现一致。
报错原文
本 Issue 没有传统的 traceback 或异常文本,核心表现是模型已生成工具调用但 CLI 未执行。相关英文原文如下:
Ollama models generate execute tool calls but Open Interpreter CLI does not execute them (0.4.3)
The model returns:
{
"name": "execute",
"arguments": {
"language": "shell",
"code": "echo 'hello'"
}
}
However, the command is not executed and the output is never returned.
维护者关闭 Issue 时的回复原文:
This concerns the retired Python product. Please report it to endolith/open-interpreter instead. Closing here.
原因分析
从现象看,Ollama 服务本身是正常的,模型也能成功加载并返回结构化的 execute 工具调用,说明模型推理侧没有失败。问题最可能出在 Open Interpreter CLI 对本地 Ollama 模型返回的工具调用(tool call / function call)的解析与执行环节:模型返回的 {"name": "execute", "arguments": {...}} 可能没有被 harness(报告中使用 codex)识别为可执行工具调用,或者在转换为内部执行动作时被丢弃,因此既没有执行代码,也没有回传结果。
可能原因包括:该版本对 Ollama 的 tool calling 兼容路径存在缺陷;harness 选择(codex)与 Ollama 模型的工具调用输出格式不匹配;或本地模型的工具调用返回格式与 OpenAI 风格期望不一致。需要说明的是,以上均为基于报告的推断,原 Issue 中维护者未给出具体技术定位,仅指出该渠道对应已退役的 Python 产品。
环境排查
- 确认 Open Interpreter 版本为 0.4.3(报告中的问题版本)。
- 确认 provider ID 为
ollama,模型为ollama/qwen2.5-coder:7b等本地模型。 - 确认 harness 设置为
codex(报告者所用配置)。 - 确认 Ollama 版本为 0.32.6,且 Ollama 服务正在运行、模型可正常加载。
- 确认操作系统为 Linux 7.1.3-ogc5.1.fc44.x86_64,终端为 Bash。
- 确认是否使用 API-key provider:报告者为 None(纯本地 Ollama)。
- Doctor report 在报告中为 “not available”,无法据此进一步核对依赖环境。
解决步骤
- 先确认问题与报告一致:用 Ollama 本地模型启动 Open Interpreter,输入
print("hello")或print(2 + 2),观察模型是否返回 execute 工具调用但终端无执行结果。 - 确认 Ollama 服务与模型本身可用,例如确认模型能加载并返回结构化的工具调用内容,以排除 Ollama 或模型加载故障。
- 按维护者回复,将该问题提交到 endolith/open-interpreter 仓库(原回复指向的反馈渠道),因为在原仓库该渠道已被标记为已退役的 Python 产品。
- 可优先尝试更换 harness 或改用 OpenAI 兼容通道进行对照测试(例如用 OpenAI 模型验证同一流程是否存在相同现象),以判断是否为 Ollama 通道特有问题。原 Issue 中该对照测试因缺少 API key 未能完成,因此仅作为排查方向,非已验证方案。
- 如仍希望在本地 Ollama 通道继续使用,可优先尝试换用其他支持工具调用的模型或调整模型工具调用输出格式,观察 CLI 是否能正确解析并执行;该方向在原 Issue 中未被验证。
验证方法
若问题解决,输入 print("hello") 后应看到 execute 工具调用被真正执行,并在终端返回 hello;输入 print(2 + 2) 时应返回 4。即模型生成 execute 工具调用后,Open Interpreter 应在终端执行代码并显示结果,而不是只输出调用内容后停住。可通过对比更换 harness、更换模型或更换反馈仓库后的行为来确认修复是否生效。
参考来源
OpenInterpreter/open-interpreter #1865
AI 工具推荐
想把多个 AI 模型放在一个入口?
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型,适合写作、绘图、视频和日常 AI 工作流。
推广链接:通过此链接购买,我可能获得佣金,不影响你的价格。
这个方案解决了吗?
可以继续搜索完整报错,或查看同一工具的其他排查指南。


