Regression: New workflows fail with 404/”no permission” despite correct DB permissions (self-hosted, Postgres)

该报错通常发生在自托管 n8n 环境(Postgres 数据库),创建新工作流后自动保存、发布或执行时返回 404(前端显示为“无权限”提示),即使数据库中的权限记录完全正确。优先排查 n8n 版本升级后的缓存残留与项目/工作流绑定数据的一致性。

该报错通常发生在自托管 n8n 环境(Postgres 数据库),创建新工作流后自动保存、发布或执行时返回 404(前端显示为“无权限”提示),即使数据库中的权限记录完全正确。优先排查 n8n 版本升级后的缓存残留与项目/工作流绑定数据的一致性。

该报错出现在 n8n 的 GitHub OAuth2 凭据配置中,用户无法手动输入 Client Id 和 Client Secret,因为当前界面只提供 UI 登录授权流程。优先排查你的 n8n 版本是否支持 v2 应用凭据类型。

该问题发生在 Langfuse 使用 OpenAI gpt-5.4-mini 或 gpt-5.4-nano 模型进行推理计费时,由于这两个模型在 Langfuse 的托管价格配置中缺少 output_reasoning_tokens 和 output_reasoning 这两个推理 token 的价

该报错发生在 Langfuse 公共 API 操作包含 LLM-as-a-judge 分配的迁移版评估规则时,所有公共 API 操作(含禁用和删除)都会返回 HTTP 500。优先排查规则中是否使用了 booleanObject 或 positionInTrace 过滤器变体,这两种变体未被 Fer
![[BUG]: incapable of updating](https://www.chat-gpts.plus/wp-content/uploads/2026/08/6169-6bb93e3f-768x403.jpg)
[BUG]: incapable of updating 这个报错通常发生在 AnythingLLM 桌面版安装目录或 AppData 数据目录被移动、创建符号链接(symlink)指向其他位置之后,更新器无法正常工作。优先排查安装目录是否被手动改动过。
![[BUG]: Mobile pairing QR code points to the wrong network interface on Windows](https://www.chat-gpts.plus/wp-content/uploads/2026/08/6129-a0d9bf1e-768x403.jpg)
该报错通常发生在 Windows 桌面版 AnythingLLM 生成移动端配对二维码时,程序错误地选取了 VPN 或虚拟网卡(如 WireGuard/TAP)的 IP 地址,而非物理网卡(Ethernet)地址,导致手机扫码后连接失败并提示 "Network request failed"。优先排

该报错发生在 SwarmUI 实验性编辑器中,当文本被选中时粘贴多行内容,文件会被压缩成单行。这通常与编辑器对选区替换的处理逻辑有关,优先尝试清理浏览器缓存或改用非实验性编辑器确认是否为界面缓存问题。
![[Bug]: Inconsistent retrieval results between Knowledge Retrieval Test and Agent Retrieval with identical configurations](https://www.chat-gpts.plus/wp-content/uploads/2026/08/17296-2069b9e2-768x403.jpg)
该问题通常发生在 RAGFlow 中同一知识库、同一查询在“知识检索测试”和“Agent 检索”之间返回不同的 Top-N 结果和排序,这主要是因为两个功能默认使用了不同的 vector_similarity_weight (0.3 vs 0.5)和 top_n (30 vs 8)参数,优先排查这两
![[Bug]: 4 B200 GPU ,DP 4 + EP(or TP 4 + EP),Deepseek V4 Flash 0731 , simultaneously processing hundreds of text extraction tasks, outputting](https://www.chat-gpts.plus/wp-content/uploads/2026/08/52404-36d2df75-768x403.jpg)
该报错通常出现在 vLLM 使用 4 张 B200 GPU、DP 4 + EP(或 TP 4 + EP)并行方式运行 DeepSeek V4 Flash 0731 模型,并同时处理数百个文本提取任务时,表现为输出乱码。优先排查是否使用了包含修复的 vLLM 更新版本,并检查并行配置是否与模型和任务规

在 vLLM 中,Model Runner V2 作为稠密模型默认执行器时,`profile_cudagraph_memory()` 返回 0,导致 CUDA graph 内存未预留在 KV cache 之外,`capture_model()` 阶段出现 OOM。优先排查方式:确认是否启用了 Mod