![[Bug]: Snowflake Claude provider drops cache_creation_input_tokens and cache_read_input_tokens from response usage](https://www.chat-gpts.plus/wp-content/uploads/2026/09/35229-caee44de-768x403.jpg)
当你在 LiteLLM 中通过 snowflake/ 前缀调用 Claude 模型（例如 snowflake/claude-opus-4-5 ）时，响应 usage 会丢失缓存字段，报错核心为 [Bug]: Snowflake Claude provider drops cache_creation
![[BUG]: Problem with DeepSeek V4.1 flash - missing reasoning_content](https://www.chat-gpts.plus/wp-content/uploads/2026/09/6349-010a11f3-768x403.jpg)
这个报错通常出现在 AnythingLLM 调用 DeepSeek thinking 模式模型并触发工具调用后，下一轮请求没有把上一轮返回的 reasoning_content 原样传回 API，导致 DeepSeek 直接返回 400。优先排查 DeepSeek 模型别名与 thinking 模式
![[BUG]: LanceDB commit conflict kills the docker instance](https://www.chat-gpts.plus/wp-content/uploads/2026/09/3991-63e85bb2-768x403.jpg)
在 AnythingLLM（Docker 部署）执行文档删除时，LanceDB 向量库出现并发提交冲突（commit conflict），未捕获异常导致整个 Docker 实例退出；应优先排查删除操作是否存在对同一文档 ID 的重复/并发删除，以及是否可绕过批量删除来避免冲突。
当你在 OpenAI Python SDK 中解析包含 web search 的响应时，如果某个 web_search_call 条目的 action 在类型定义上被承诺为非空，但实际返回 None ，就会触发 ResponseFunctionWebSearch doesn't match retu
![[Question]: the page gets stuck during the process of AGENT](https://www.chat-gpts.plus/wp-content/uploads/2026/09/12551-b06097ab-768x403.jpg)
这个报错通常发生在 RAGFlow Agent 执行工作流输出阶段，后端进程崩溃或阻塞，导致前端页面卡死、刷新无响应。优先排查后端日志中的 stack trace、panic、timeout 或数据库连接错误，同时检查浏览器控制台是否有 JavaScript 报错。
![[Bug]: The "general" method for chunking has encountered an error.](https://www.chat-gpts.plus/wp-content/uploads/2026/09/13641-d7b94dc9-768x403.jpg)
这个报错通常出现在 RAGFlow 解析/切片文档时选用 “general” 分块方法，触发 The "general" method for chunking has encountered an error. 该 Issue 的结论是：用户对 general 分块策略的理解有偏差，general
该报错出现在 RAGFlow 容器处理请求时，底层某对象为 None 却仍被调用 to_dict() ，通常与自定义挂载文件（如 session.py 、提示词或配置模板）或某个依赖服务返回空值有关，优先排查自定义挂载内容与后端日志链路。
![[Custom Components] Blocked when using dynamic children for rendering](https://www.chat-gpts.plus/wp-content/uploads/2026/09/13131-eb00ded1-768x403.jpg)
这个报错通常出现在 Gradio 6.9.0 的自定义组件（Custom Components）中，当你在 Svelte 模板里用 {#await} 之类的动态渲染块包裹 {@render props.children?.()} 时，控制台会抛出 [Custom Components] Blocke
![[Bug]: Bedrock rejects requests without tools= parameter, even for non-tool-use completions](https://www.chat-gpts.plus/wp-content/uploads/2026/09/24158-620fb825-768x403.jpg)
这个报错通常出现在用 LiteLLM 网关调用 Bedrock Claude，且对话历史中包含 tool call 消息、但本次请求又没有传 tools= 参数时，LiteLLM 会把它判定为“无 tools 的工具调用”并直接拒绝。优先排查对话历史里是否混有历史 tool call 消息，以及 m
![[Bug]: bedrock_converse rejects agent follow-up turns that carry tool-call history without a tools array](https://www.chat-gpts.plus/wp-content/uploads/2026/09/40735-9f1ece56-768x403.jpg)
当通过 LiteLLM 代理走 bedrock_converse 路由、且某次 POST /v1/responses 携带了工具调用历史（ function_call / function_call_output 或 tool_use / tool_result ）但没有同时重新声明 tools 参