本文关键词：chatgpt报错代码400

昨天半夜两点，我还在死磕一个自动化脚本，突然屏幕上一片红，直接弹出来个“400 Bad Request”。那一刻，真的想把手里的机械键盘砸了。做了八年大模型行业，这种低级错误按理说不该犯，但偏偏就撞上了。很多刚入行或者刚接触API的朋友，看到这个400报错就慌了神，觉得是不是账号被封了，或者系统崩了。其实真不是，这玩意儿就像你去餐厅点菜，服务员说“你这菜单格式不对，我看不懂”，跟后厨炒不炒得出来没关系。

咱们先说最坑爹的一个原因：JSON格式不对。这是90%的400错误来源。很多人直接复制网上的代码，看着挺像那么回事，但稍微有个逗号多一个空格，或者引号用了中文全角，服务器那边立马给你甩脸子。我有个客户，之前用Python调接口，死活报400，我让他把请求体打印出来，结果发现他在JSON字符串里混进了不可见的特殊字符，可能是从网页上直接复制粘贴带过来的。这种隐形字符肉眼根本看不出来，但机器能识别到，直接拒之门外。解决这招很简单，别直接手写JSON，用代码里的json.dumps函数自动生成，或者找个在线JSON校验工具跑一遍，看着顺眼了再发。

再一个容易忽视的坑，是模型参数传错了。比如你调的是GPT-3.5，结果在请求体里非要塞个GPT-4才有的参数，或者温度（temperature）设成了1.5，虽然有些模型允许，但某些特定接口版本可能就不认这个邪。还有那个max_tokens，如果你设的值超过了模型上下文窗口的限制，或者比max_tokens还大，服务器也会直接报错。我之前帮一个做电商客服的项目调优，他们为了追求回复长度，把max_tokens设到了8000，结果每次必报400。后来查文档才发现，那个特定版本的接口上限就是4096。这种细节，官方文档写得密密麻麻，很多人懒得看，直接凭感觉设参数，最后吃亏的还是自己。

还有一个比较隐蔽的原因，是API Key权限或者计费问题。虽然通常没钱了会报401或者403，但有些第三方封装的库或者代理平台，处理逻辑比较粗糙，遇到鉴权失败或者额度耗尽，也可能返一个400。这时候你得去后台看看账单，或者换个Key试试。别光盯着代码改，有时候问题出在账号本身。

说实话，遇到chatgpt报错代码400，别急着问人，先冷静下来做个排查。第一步，复制报错信息里的request_id，去官方论坛搜一下，大概率有人遇到过。第二步，把请求体最小化，只传最基本的system和user消息，看能不能通。如果通了，说明是参数问题，再一个个加回去找茬。第三步，检查网络环境，有时候代理服务器不稳定，也会导致请求头被篡改，引发400。

我见过太多人因为一个逗号纠结半天，最后发现是复制粘贴带了格式。这种粗糙感，其实也是做技术的一部分。别追求完美的代码，先追求能跑通。大模型这行，坑多，但坑都挺实在的。你踩得越多，经验越足。下次再看到400，别慌，喝口水，打开日志，一行行看，总能找到那个捣乱的字符。毕竟，咱们都是靠解决问题吃饭的，不是吗？