快速结论:使用 Open Interpreter 的 /models 选择器加载 OpenCode Zen 提供商时,界面会一直卡在 “loading models” 且无法自行结束,通常与提供商型号列表请求无法完成有关。优先确认 Open Interpreter 是否已升级到包含修复的版本。
适用环境:Open Interpreter 0.0.44;平台为 Linux 7.0.0-27-generic x86_64 unknown;使用 OPENCODE_API_KEY、OpenCode Zen 提供商、codex harness;wire API 与模型 ID 在报告中未确认。
最快修复方案:升级到 Open Interpreter 0.0.45(该问题由 #1914 修复并在 0.0.45 中发布)。
注意事项:Issue 中没有给出具体的升级命令;升级后若仍复现,需要按维护者要求提供确切的 OpenCode Zen 模型 ID、wire API,以及在可取消的 /models 运行中捕获到的请求或错误结果。
问题场景
在 Linux 上使用 Open Interpreter 0.0.44,配置 OPENCODE_API_KEY 后启动解释器,通过 /models 打开模型选择器并选择 OpenCode Zen 提供商时,界面会持续显示 “loading models”,不会加载出可选模型列表。用户只能通过 Ctrl+C 等取消操作退出。Issue 中未能确认具体的 OpenCode Zen 模型 ID 与 wire API,这两个信息是复现和进一步定位问题的关键条件。
报错原文
UI gets stuck on "loading models" indefinitely.
The only way to exit is to cancel the action (e.g., with Ctrl+C).
原因分析
可能原因是 Open Interpreter 0.0.44 中处理 OpenCode Zen 提供商的模型列表请求路径存在问题,导致 /models 的列表加载流程无法返回结果,UI 因此一直停留在 “loading models” 状态。维护者并未在评论中说明具体是网络请求失败、解析失败还是提供商路径实现缺陷,因此只能判断为提供商路径相关的问题,并由 #1914 修复。由于 Issue 中未提供确切的模型 ID 与 wire API,无法进一步确认触发条件是特定模型列表解析错误还是通用请求挂起。
环境排查
- 确认 Open Interpreter 版本:本 Issue 在 0.0.44 上复现,维护者确认在 0.0.45 中修复。
- 确认是否已配置
OPENCODE_API_KEY,且密钥有效。 - 确认提供商选择的是 OpenCode Zen,harness 为 codex。
- 确认平台为 Linux 7.0.0-27-generic x86_64 unknown;其他平台未在本 Issue 中验证。
- Issue 中未确认模型 ID 与 wire API,排查时建议先记录这两项信息,便于复现与上报。
解决步骤
- 将 Open Interpreter 从 0.0.44 升级到 0.0.45,该版本包含 #1914 的修复。
- 升级后重新设置
OPENCODE_API_KEY,并重新启动解释器。 - 执行
/models,确认 OpenCode Zen 的模型列表能否正常加载。 - 如果问题仍存在,按维护者的要求收集并提交:确切的 OpenCode Zen 模型 ID、wire API,以及在可取消的
/models运行中捕获到的请求或错误结果。
验证方法
在 Open Interpreter 0.0.45 中执行 /models,OpenCode Zen 的模型列表应正常加载完毕,不再无限停留在 “loading models”,并可以从中选择模型继续使用。若仍卡在同一状态,说明当前环境未覆盖已修复场景,需要补充模型 ID、wire API 和请求日志后继续排查。
参考来源
OpenInterpreter/open-interpreter #1912
AI 工具推荐
想把多个 AI 模型放在一个入口?
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型,适合写作、绘图、视频和日常 AI 工作流。
推广链接:通过此链接购买,我可能获得佣金,不影响你的价格。
这个方案解决了吗?
可以继续搜索完整报错,或查看同一工具的其他排查指南。


