这些小排错单独看都很短，一次高负载提示、一次 Transport error、一个 FFmpeg 环境问题、一场 DPI 概念误会，还有一次插件登录排查。它们放在一起，是因为表面症状很容易把人带去改错地方。
看到高负载或临时不可用提示，第一步先看错误是否来自外部服务，确认请求格式没有变化，再做一次间隔重试。服务端忙的时候，本地代码改得越多，后面越难判断究竟是哪一项起作用。连续生成多张图或执行很长的链路时，传输中断也不一定说明 Prompt 有问题。任务拆成单张或单步，每成功一次就保存结果和状态，再继续下一步，连接断开时才不会把已经完成的部分一起丢掉。
需要剪视频时，先检查 FFmpeg 是否已经安装，再安装缺失依赖，最后用版本命令确认可执行。AI 可以判断保留哪些片段、字幕放在哪里，FFmpeg 负责剪切、转码和导出；两者不是同一种工具。
DPI 那次更像概念校正。真实 DPI 是鼠标传感器的硬件或固件参数，系统指针速度只是操作系统对移动距离的映射。某些设备没有官方 DPI 调节能力时，可以讨论替代办法，但不能把系统速度绕行写成硬件 DPI 已被修改。五类小排错的分层检查示意
我现在会先写四行，症状是什么，问题可能在哪一层，最小验证是什么，什么时候该停止折腾。高负载就等服务恢复，概念混淆就先改判断，依赖缺失才安装工具。不是每个红字都值得重写代码。