400 bad request 多因 messages 格式错误：必须为含 role（仅"system"/"user"/"assistant"）和 content 的数组套数组，缺一不可；php 中需用 json_encode($data, json_unescaped_unicode) 避免中文转义。
用 curl 调 OpenAI API 时，400 Bad Request 多半是 messages 格式写错了
PHP 里调 AI 接口最常卡在这一步：不是密钥错，也不是网络问题，而是 messages 数组没按 OpenAI 要求的结构组织。它必须是数组套数组，每个子数组含 role 和 content 两个键，缺一不可，顺序不能颠倒。
实操建议：
-
role只能是"system"、"user"或"assistant"—— 写成"prompt"或"input"就直接 400 - 算法题描述别全塞进第一个
user消息里；把题目约束、输入格式、样例 IO 拆成独立user消息，模型更容易对齐输出结构 - PHP 中用
json_encode($data, JSON_UNESCAPED_UNICODE)发送，否则中文变\uXXXX，有些模型会误判为乱码 - 别在
system消息里写“你是一个编程助手”，直接写“你只输出可运行的 PHP 代码，不加解释，不加 markdown”更稳
file_get_contents("php://stdin") 读不到输入？检查 CLI 环境和换行符
本地跑算法题时，习惯用 php solution.php 接标准输入，但 AI 生成的代码常默认用 fgets(STDIN) 或漏掉 trim()，导致读入带 \n 的字符串，后续 explode() 或 intval() 出错。
实操建议：
- 统一用
$input = trim(file_get_contents("php://stdin"));—— 它比循环读更可靠，尤其处理多行输入时 - 如果题目明确说“第一行是 n，第二行是 n 个数”，别信 AI 生成的
while ($line = fgets(STDIN))，它可能卡在 EOF 不退出 - 本地测试时，用
echo "3\n1 2 3" | php solution.php验证，而不是交互式敲，避免终端换行符干扰 - 某些共享环境（如某些 OJ）禁用
php://stdin，这时得 fallback 到$_SERVER['argv']，但仅适用于单行输入
让 AI 输出纯 PHP 代码，关键在 response_format 和温度值
OpenAI 的 gpt-4-turbo 默认返回带解释的 Markdown，直接复制会语法错误；而 Anthropic 的 claude-3-haiku 却容易输出伪代码或 Python 风格缩进。光靠提示词压不住，得靠参数硬控。
实操建议：
- 用 OpenAI 时，加
"response_format": {"type": "text"}（不是"json_object"），能显著减少 markdown 包裹 - 把
temperature设成0.1，不是0——0有时反而让模型“过度保守”，复述题目而非写代码 - 在 system prompt 末尾加一句：“输出前先确认：1. 是否用了
echo或print_r输出答案；2. 是否所有变量都已定义；3. 是否有未闭合的括号”，比泛泛说“写正确代码”管用 - 别让 AI 处理边界 case（如空数组、n=0），自己写好主逻辑后，再让它补
if (empty($arr)) return 0;这类判断
本地调试时，json_last_error() 报 JSON_ERROR_SYNTAX 很可能因为 AI 返回了非 JSON 响应
调用接口后直接 json_decode($res, true) 是危险操作。AI 服务超时、限流或返回 HTML 错误页（比如 Cloudflare 502）时，$res 是字符串，json_decode 就静默失败，json_last_error() 才暴露问题。
实操建议：
- 每次
curl_exec后，先检查curl_getinfo($ch, CURLINFO_HTTP_CODE)是否为200，不是就别碰json_decode - 用
mb_detect_encoding($res, ['UTF-8', 'ASCII'], true) !== 'UTF-8'初筛响应是否异常（HTML 常含charset=iso-8859-1） - 把原始响应体写进临时文件：
file_put_contents('/tmp/ai_debug.log', $res);，比 var_dump 更快定位是网络层还是模型层的问题 - 别省略
CURLOPT_RETURNTRANSFER => true，漏设会导致curl_exec直接 echo 响应体，后续逻辑全乱
真正麻烦的不是调不通，而是 AI 返回了看似合理、实则少了个分号或错用了 == 当 === 的代码——这种 bug 不报错，只在特定测试点跪，得留一手人工过一遍关键分支。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
