Assigning rope_scaling drops existing RoPE base parameters

该报错通常出现在已初始化的模型 config 上给 rope_scaling 赋值后:新值会整体替换 rope_parameters ,原有的 rope_theta 等基础参数被丢弃,随后 LlamaRotaryEmbedding 读取 rope_parameters["rope_type"] 时抛

该报错通常出现在已初始化的模型 config 上给 rope_scaling 赋值后:新值会整体替换 rope_parameters ,原有的 rope_theta 等基础参数被丢弃,随后 LlamaRotaryEmbedding 读取 rope_parameters["rope_type"] 时抛

当通过 Langfuse Python SDK 的 update_prompt 或直接对 /api/public/v2/prompts//versions/ 发 PATCH 请求,试图仅仅“去掉”某个自定义标签(例如 candidate )时会出现此问题。根因在后端把新

该错误出现在自托管 Langfuse 从 v3 升级到 v4 时执行 Step 4 迁移( 20260701_v4_step_4_backfill_events_full_from_dataset_run_items ),当单个 trace 的观测数据过大,ClickHouse 客户端在构造 ins

这个报错通常出现在 SwarmUI 生成图片时,自定义节点 SwarmComfyCommon 的 SwarmKSampler 调用了 ComfyUI 旧接口 comfy.model_management.directml_enabled ,而上游 ComfyUI 已删除该属性。优先排查 ComfyU
![[Question]: Welcome to nginx when launching from source](https://www.chat-gpts.plus/wp-content/uploads/2026/11/7401-7e19626b-768x403.jpg)
从源码启动 RAGFlow 时,浏览器却返回 nginx 默认欢迎页,通常说明启动入口脚本 docker/entrypoint.sh 里的 nginx 启动行被执行,nginx 占用了前端访问端口,用户没有看到 RAGFlow 前端。优先检查该脚本里的 nginx 启动语句。
![[Question]: The retrieval testing of the knowledge base encountered an issue when flipping through the retrieved results.](https://www.chat-gpts.plus/wp-content/uploads/2026/11/8555-c8061813-768x403.jpg)
该问题通常出现在 RAGFlow 知识库「检索测试」中翻页查看召回结果时,表现为某些页结果缺失或前后不一致,优先排查 RAGFlow 镜像版本(尤其是旧版 nightly)以及前后端分页参数是否一致。

这个报错通常出现在 Windows 上启用了 delete_cache 的 Gradio 应用,或直接运行 test_save_file_to_cache_refreshes_ctime_of_a_reused_copy 时。优先排查缓存文件过期判定是否仍基于 st_ctime :Windows 的
![[Bug] Restart command strips quotes from CLI arguments containing spaces](https://www.chat-gpts.plus/wp-content/uploads/2026/11/3339-686c6335-768x403.jpg)
在 ComfyUI 启动时使用了带空格的 CLI 参数(例如 --browser-profile "Profile 1" )时,通过 ComfyUI-Manager 的 Restart 按钮重启会丢失参数引号,导致 main.py 报错;优先排查重启命令是否重新对 sys.argv 各参数做了引号处
![[Bug]: Claude on Bedrock behind the OpenAI Agents SDK: deferred tool not found after tool search, search record lost on later turns, compact](https://www.chat-gpts.plus/wp-content/uploads/2026/11/50104-7dbb1257-768x403.jpg)
该问题出现在通过 LiteLLM 代理、以 /v1/responses 或 /v1/messages 调用 Bedrock Invoke 上的 Claude 时,属于翻译桥接层丢失 Claude 原生特性的缺陷:延迟工具(deferred tool)的调用结果未按 OpenAI Agents SDK
![[Bug]: Can't log in to MCP toolset URLs from Claude Code or Codex](https://www.chat-gpts.plus/wp-content/uploads/2026/11/46295-d9d02ca0-768x403.jpg)
当 Claude Code 或 Codex 对 LiteLLM 的 MCP toolset URL( /toolset//mcp )发起 OAuth 登录时,会在打开登录页之前就校验失败;原因是 toolset URL 返回的 401 所指向的 protected resource me