公众号旧文
已解决: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 看起来很明确,但它并没有告诉用户完整原因。
这次故障中,清缓存、重新登录、换浏览器和换出口都没有立即解决问题,最终在修改系统时区后恢复。
这个结果值得记录,但也需要保留边界:有效的操作,不等于已经证明的根因。
遇到类似情况,可以先做少量对照测试,再查看请求证据。
不要仅凭一句报错,就认定账号被封,也不必重复进行已经验证无效的操作。