VAE error on AMD: torch.AcceleratorError – CUDA error: profiler is not initialized

该报错通常出现在 AMD ROCm 环境下使用 ComfyUI 的 VAE 瓦片解码(VAE decode (tiled))节点时,底层 HIP 报出 VAE error on AMD: torch.AcceleratorError - CUDA error: profiler is not ini

该报错通常出现在 AMD ROCm 环境下使用 ComfyUI 的 VAE 瓦片解码(VAE decode (tiled))节点时,底层 HIP 报出 VAE error on AMD: torch.AcceleratorError - CUDA error: profiler is not ini
![[bug]: Can not revert back to 6.14.2 once upgraded to v7](https://www.chat-gpts.plus/wp-content/uploads/2026/10/10000-14670a55-768x403.jpg)
该报错通常发生在把 InvokeAI 从 v6 升级到 v7(如 7.0.0-alpha3)后又想回退到 6.14.2 的场景。v7 启动时会单向升级原有数据库,而 v6 无法识别新版迁移记录,因此回退后启动即报错;优先排查是数据库已被迁移,以及是否有迁移前备份。
![[Feature Request]: Go ingestion: generate TOC chunks for directory-enhanced retrieval](https://www.chat-gpts.plus/wp-content/uploads/2026/10/21031-452646b4-768x403.jpg)
这是 Go 摄取链路缺少 TOC 生成能力的特性请求,不是可复现的报错。检索侧已有 toc_kwd="toc" 读取增强,但新摄入文档不会生成对应目录块;需要确认的是当前 Go 摄取是否选中 TOC 字段以及是否已实现该分支。
![[Bug]: /v1/realtime with Gemini Live stalls after the first output_audio_transcript.delta when the turn is triggered by streamed audio (text](https://www.chat-gpts.plus/wp-content/uploads/2026/10/47975-c35b3ecd-768x403.jpg)
该现象通常出现在通过代理的 /v1/realtime 使用 Gemini Live 模型、且回合由流式音频(VAD)触发时:服务端其实仍在正常推送事件,但客户端读到第一个 response.output_audio_transcript.delta 后不再消费 socket,最终表现为“卡住 + k
![[Bug]: Non-streamed /v1/messages response has no `stop_sequence` key unless a stop sequence fired (hosted_vllm)](https://www.chat-gpts.plus/wp-content/uploads/2026/10/47946-bb918d89-768x403.jpg)
该报错出现在通过 LiteLLM Proxy 调用 POST /v1/messages 、后端路由到 hosted_vllm 的非流式场景中,表现为响应缺少 stop_sequence 或该字段取值异常。优先确认 LiteLLM 版本与代理侧的 callback、guardrail、 general
![[Bug]: Decisions API should not hardcode an arbitrary 128-question limit](https://www.chat-gpts.plus/wp-content/uploads/2026/10/47536-1f08eb36-768x403.jpg)
通过 LiteLLM 代理向 /v1/systemone 发起的 Decisions 请求中, questions 字典超过 128 项时会被 LiteLLM 本地校验拒绝并返回 400,请求根本不会转发到上游。优先确认是不是问题数量触发了这个硬编码上限,而不是上游模型/供应商的上下文限制。

这个报错通常出现在使用 SYCL 后端编译 llama.cpp 时,源文件内部函数调用参数数量不匹配,属于编译期源码回归。优先确认所用提交是否包含后续修复,而不是去排查 oneAPI 或显卡驱动。
![[RFC]: Streaming Derender for Disaggregated Serving](https://www.chat-gpts.plus/wp-content/uploads/2026/10/47161-ea55248b-768x403.jpg)
这个 RFC 讨论的是“流式 derender”(streaming derender)在 disaggregated serving 里的实现设计,不是某个已报错的运行时故障。如果你的场景是交互式 P/D 服务(例如 llm-d 按 token 返回给终端客户端),优先排查两件事:一是 deren
![[Feature / Question]:: /v1/systemone rejects image inputs on standard multimodal VLMs with "this model does not take image inputs"](https://www.chat-gpts.plus/wp-content/uploads/2026/10/62804-096dcaf8-768x403.jpg)
在 vLLM 的 /v1/systemone 端点上提交带 images 的多模态请求时,标准 VLM(如 Qwen 系列多模态权重或 NVFP4 量化变体)会立即返回 HTTP 400;该问题已由 PR #62181 修复,允许 NextTokenStrategy 在 /v1/systemone

在使用 LangChain 的 v3 流式事件(stream_events(version="v3"))流式输出工具调用参数时,每个 content-block-delta 携带的是当前累计的完整参数快照,而不是本次新增的参数片段,导致事件体积随参数长度呈二次增长。优先检查 langchain-co