公众号旧文

已解决:ChatGPT 提示 Model not found

作者:胖子阅读 —

ChatGPT 网页能正常打开,账号也登录成功,左下角显示 Plus,但只要发送消息,就出现一行红字:

Model not found

我今天遇到了这个问题。

清理缓存、重新登录、切换模型、换浏览器,都没解决。

最后,修改电脑时区后,网页恢复了正常。

这篇文章记录这次排查过程,也整理一些可以尝试的方法。

需要先说明:修改时区对我这次有效,但目前还不能确定其中的机制,也不能保证适用于所有同类报错。

能登录,为什么发不了消息?

这次故障最让人困惑的地方,是网页看起来基本正常。

账号能登录,历史聊天能显示,输入框也能使用。

但输入“你好”并按回车后,服务器就返回 Model not found。

我尝试了 GPT-6、5.6 Sol,以及多个推理档位,结果都一样。

随后做了几轮排查:

  • 清理浏览器缓存,退出账号后重新登录
  • 从首页新建聊天,避免继续使用旧对话
  • 从 Chrome 换到 Edge,用同一账号测试

这些操作之后,问题依然存在。

这说明继续重复清缓存、逐个切模型,已经很难提供新线索,需要查看实际的网络请求。

开发者工具里看到了什么?

在浏览器里按 F12,打开“网络(Network)”,然后重新发送消息,可以找到发送聊天内容的请求。

这次失败的请求是:

POST /backend-api/f/conversation

返回状态:

404 Not Found

响应正文:

{”detail”:”Model not found”}

请求负载中的模型字段则是:

”model”: ”gpt-6-thinking”

这些信息确认了:网页确实发送了请求,并收到了明确的错误响应。

但它们没有直接证明账号被封、IP 被限制,或者模型已经下线。

只凭这句报错,还无法区分模型标识、账号访问权限、网页配置和服务端路由等问题。

另外,界面上显示的模型名称,可能与请求里的内部标识不同。

不能因为菜单里没有直接写着 gpt-6-thinking,就认定网页发错了模型。

要判断是否存在不一致,还需要核对服务端实际返回的可用模型列表。

地址栏出现 local-chatgpt,是原因吗?

这次还有一个容易让人误判的现象:发送消息后,地址栏自动变成类似这样的格式:

https://chatgpt.com/c/local-chatgpt%3A……

其中 %3A 是冒号的 URL 编码,解码后就是 local-chatgpt:。

我一开始也怀疑,是否进入了错误的聊天入口。

但后续确认,这个地址是网页在发送消息后自动生成的,并不是手动打开了某条本地聊天链接。

因此,在这次排查中,它只能算一个观察到的现象,没有证据证明它导致了报错。

最后有效的操作:修改电脑时区

最终,我把 Windows 时区改为:

(UTC+07:00)新西伯利亚

之后,ChatGPT 网页恢复了正常。

这里有一个关键细节:当时我的网络仍通过日本出口访问,而日本是 UTC+9。

也就是说,恢复正常并不是因为电脑时区与出口所在地完全一致了。

这次能确认的事实是:

在其他尝试未解决问题之后,修改时区后,聊天恢复了。

还不能确认的是:究竟是时区值本身产生了影响,还是修改设置及随后的操作触发了某种状态更新。

不建议所有人都长期改成新西伯利亚时区。它是这次有效的操作记录,还不是经过验证的通用修复方案。

这次排查留下的经验

Model not found 看起来很明确,但它并没有告诉用户完整原因。

这次故障中,清缓存、重新登录、换浏览器和换出口都没有立即解决问题,最终在修改系统时区后恢复。

这个结果值得记录,但也需要保留边界:有效的操作,不等于已经证明的根因。

遇到类似情况,可以先做少量对照测试,再查看请求证据。

不要仅凭一句报错,就认定账号被封,也不必重复进行已经验证无效的操作。