![[Bug]: CJK characters from concurrent requests bleed into unrelated streams (cross-request contamination in streaming)](https://www.chat-gpts.plus/wp-content/uploads/2026/07/35023-0b86a9d1-768x403.jpg)
该问题发生在多个并发请求通过 LiteLLM 代理进行流式输出时，CJK（中文）字符碎片会意外注入到无关的响应流或工具调用参数中。优先排查是否开启了 merge_reasoning_content_in_choices ，但该标志并非根本原因，当前没有确认的修复方案。
![[Bug]: MCP OAuth: persisted discovered issuer flips servers into issuer-anchored mode; one failed metadata fetch then breaks /authorize unti](https://www.chat-gpts.plus/wp-content/uploads/2026/07/34985-2a7e2ee7-768x403.jpg)
在 LiteLLM Proxy 中使用交互式 OAuth2 MCP 服务器（指定了 authorization_url 、 token_url 和 registration_url 但 issuer 留空）时，系统会自动将发现的 issuer 持久化到数据库，导致服务器进入“issuer-ancho
Compile bug: cuda build warning — 该警告出现在使用 GCC 11.2 等旧版本编译器编译 llama.cpp 并启用 CUDA 后端时，可能是编译器对 std::vector::insert 主机端代码的误报。优先排查编译器版本，升级至 GCC 12+ 即可消除。
当在 Docker 中使用空的 SECRET_KEY （默认留空）启动 Dify 的 collaboration profile 时， api_websocket 容器缺少共享存储卷挂载，导致各容器自动生成的密钥不一致，JWT 签名验证失败。优先检查 docker-compose.yaml 中 ap
升级 Dify 从 1.15.0 到 1.16.1 后，工作流页面持续显示「同步数据中，只需几秒钟」（Data Synchronization Issue）且不消失。优先排查 Celery Worker 并发数是否过低（建议设为 10），并尝试清除 Redis 缓存重启。
此报错通常发生在通过 Docker 自托管 Dify 并修改了默认端口（如 80 → 8080）后，点击运行 bot 或绑定 Notion 知识库时因 URL 配置未同步导致 404 错误。优先排查 docker-compose.yml CONSOLE_API_URL 、 APP_WEB_URL 等
该报错发生在 vLLM CPU 测试环境中，由于部分融合算子（`rms_norm_static_fp8_quant` 等）只在 CUDA 或 ROCm 下注册，而 CPU 导入路径缺乏防护（未使用 `hasattr` 或 `try/except`），导致 `AttributeError`。优先排查是
当使用 langchain_anthropic.ChatAnthropic 且 output_version="v1" 时，如果 SystemMessage 的 content_blocks 通过 create_text_block() 创建，其生成的 id 字段会被原样转发到 Anthropic
当 Anthropic 流式返回一个 空 thinking 块 （仅有 signature_delta，无 thinking_delta）时，ChatAnthropic 流处理会丢失 thinking 字段，回放该消息到下一轮请求时 API 返回 400 thinking.thinking: Fie
这个报错发生在查看 write_note 工具调用输入面板时，笔记内容显示为单行（无换行）。优先排查实际存储的笔记内容是否正常：导出为 Markdown 文件并用文本编辑器检查。如果存储内容包含换行符，则该问题仅为显示渲染问题，不影响笔记实际内容。