PHP报错需先识别错误类型（Notice/Warning/Fatal）并提供完整上下文（含级别、路径、行号、调用栈），再结合技术栈信息精准提问，避免AI误判；调试时须验证变量作用域、脱敏堆栈、确认扩展启用及PHP版本兼容性。
PHP报错信息太模糊？先确认错误类型再喂给AI
PHP的Notice、Warning、Fatal error含义差异极大，AI若没看到完整错误上下文（含错误级别、文件路径、行号、调用栈），很容易给出错误建议。比如Undefined index: user_id是逻辑疏漏，而Call to undefined function curl_init()是扩展未启用——两者根本不在一个解决维度。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 复制完整错误输出，包括
PHP Warning: ... in /var/www/app.php on line 42这一整行，不要只截“undefined index” - 如果在浏览器看到“500 Internal Server Error”，必须打开
error_log或临时加ini_set('display_errors', '1'); ini_set('error_reporting', E_ALL); - CLI下运行时，确保用了
php -d display_errors=1 script.php，否则部分错误被静默吞掉
用Copilot / CodeWhisperer补全调试代码时，别让它瞎猜变量作用域
AI补全var_dump($user)这类语句看似省事，但若$user在当前作用域根本不存在（比如在函数内却试图访问全局$_POST），补出来的代码只会新增Undefined variable错误。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 在插入AI生成的调试代码前，先用
get_defined_vars()或array_keys(get_defined_vars())确认当前有哪些变量 - 对超全局变量（如
$_GET、$_SESSION）显式检查是否存在：isset($_SESSION['token']) ? $_SESSION['token'] : 'MISSING' - 避免让AI直接“修复错误”，而是让它“解释这行报错在当前上下文中意味着什么”——更安全
把错误堆栈粘进Claude / Qwen时，记得删掉敏感路径和业务参数
PHP错误堆栈常含绝对路径（如/home/deploy/project/src/Controller/UserController.php）或调试中打印的用户数据（如var_dump($_POST)泄露手机号）。直接粘贴可能造成信息泄露，尤其用公共AI服务时。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 用正则批量替换路径：
sed 's|/home/[^ ]*|/path/to/project|g'（Linux/macOS）或用编辑器的“全部替换”功能 - 对
$_POST、$_SERVER等超全局数组的dump结果，只保留键名和类型，删掉值内容，例如将['email' => 'admin@xxx.com']改为['email' => 'string'] - 禁用AI工具的“记住对话”功能，或使用支持本地部署的模型（如Ollama跑
phpcoder:latest）处理敏感代码
AI说“检查数据库连接”但你用的是Redis？警惕技术栈错配
很多AI训练数据偏重LAMP组合，看到PDOException就默认建议检查MySQL配置，但你的项目可能用的是Redis::connect()失败，或是pg_connect()报错。AI无法自动识别你实际的技术栈。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 在提问时主动声明关键组件：
PHP 8.2 + Redis 7.0 + Laravel 11, 报错：RedisException: Connection refused - 用
phpinfo()截图或文字输出确认已启用的扩展，比描述更可靠 - 对AI建议的每一步验证命令，先手动执行一遍：
redis-cli -h 127.0.0.1 -p 6379 ping，别直接信它说的“重启服务即可”
json_encode()在PHP 7.3前不支持JSON_THROW_ON_ERROR，AI若按新版文档解释，会误导你加一个根本不存在的flag。 
