标签： Stable Diffusion

报错 [Version 1.52.0] Doesn't connect to the local server 通常出现在把 Krita AI Diffusion 手动升级到 1.52.0 后，界面卡在 “Starting Server”，本地托管服务其实已经启动、GUI 日志也能打开，但插件检测不

这个报错通常出现在启动 Stable Diffusion WebUI Forge 时，Gradio 无法访问 localhost，于是要求创建 shareable link。优先排查本机代理设置，尤其是 no_proxy 是否包含 localhost 与 127.0.0.1。

该报错通常出现在 AMD RX 7600 XT / 7600、8600G、780M 等未被 ROCm 6.0 正式支持的 GPU 上，使用 PyTorch 2.1.2 / 2.3.0 / 2.4.0 + ROCm 6.0 启动 Stable Diffusion WebUI 时触发。优先排查 PyTo

该报错通常出现在 macOS（Apple Silicon）上执行 ./webui.sh 初始化环境时，WebUI 在自动安装 OpenAI CLIP 依赖的步骤失败，从而抛出 RuntimeError: Couldn't install clip. 。优先排查 CLIP 是否能被当前 venv 正常

这个报错通常出现在 Stable Diffusion WebUI 的 LoRA / Embedding 与当前 checkpoint（尤其是 2.1 模型混用 1.5 LoRA）不匹配，或 UI 中 sd_lora 下拉框缺少 “None” 选项导致 LoRA 被默认选中时。优先排查 LoRA 是否

这个报错通常出现在 Kohya SS 的 LoRA / DreamBooth / Textual Inversion 文件夹模式训练启动时，真正原因多数不是训练器坏了，而是 train_data_dir （GUI 里的 Image folder）指向了错误的层级：它必须指向 N_name 子文件夹的

这是 kohya_ss GUI 层未能把训练子进程失败翻译成可读诊断的增强请求，不是单一可复现 Bug。遇到训练“跑完却什么都没生成”时，优先直接查看终端与 setup.log 中 CommandExecutor 子进程的非零退出码和 traceback 尾部，而不是只依赖界面提示。

该问题出现在 Krita AI Diffusion 的 Managed Server（托管服务器）安装与启动路径依赖 %appdata% 时，导致其他用户或受限用户目录的系统上无法找到 Python 等依赖，服务器表现为“只能由安装它的用户使用”。优先排查服务器安装目录是否可选、是否指向了静态目录，

ComfyUI 在加载引用了已被删除或不存在视频文件的 Load Video 或 Video Combine 节点工作流时会整个后端进程崩溃，通常表现为浏览器端 ERR_CONNECTION_REFUSED。优先排查 /vhs/queryvideo 接口对缺失文件的处理逻辑，并升级 VideoHel

这个报错通常发生在 Stable Diffusion WebUI Forge 加载 LoRA 时，待加载的 LoRA 名称没有匹配到磁盘上已扫描到的网络文件，导致 available_network_aliases.get(name) 返回 None ，随后访问 network_on_disk.fi