这个 bug 通常出现在 Open WebUI 的 Settings > Account 页面：点击 JWT token 或 API key 旁边的复制图标时，除了复制内容，还会顺带提交并保存整个 Account 表单，导致尚未保存的个人资料修改被写入，并弹出 “Settings saved suc
该问题通常出现在使用 AutoProcessor.apply_chat_template 处理多模态对话（图文混合）且开启 return_assistant_tokens_mask=True 时，返回的 assistant_masks 全为 0，需要优先排查多模态占位符展开导致的字符索引错位。核心英
当你在 Transformers 中用 ViTMAEForPreTraining 预训练 MAE 并尝试开启 Flash Attention 2.0 时，会直接抛出不支持的错误；优先确认 Transformers 版本是否已升级到 v4.50.0 或更高，并检查 attn_implementatio
当你在 Ollama 中通过 top_logprobs 请求超过 20 个候选 token 时，请求会在进入后端前被 Ollama 自己的请求校验拦截，报错信息为 top_logprobs is capped at 20, but nothing downstream requires that 。
在 Langfuse 自托管版开启 Settings → Feature Previews → Improved Message Rendering（normalizedIoPreview）后，Formatted 视图会丢弃 OpenAI 风格 ChatML assistant 消息里 messag
当你在 Langfuse 仪表盘上查看分数分析时，如果使用的是带小数的分数（0–1 置信度、LLM-judge 评分、cost、latency 等），数值分数直方图会把值分到错误的桶里，透视表的 subtotal/grand total 行也会给出偏大或偏小的平均值。这两个错误都不会报错，只会静默返
当你在 LobeChat 中配置了多个 Telegram 机器人并分别绑定到不同 Agent 时，消息工具执行路径调用 sendMessage 会忽略传入的 botId ，转而使用“最近保存的那个已启用 Telegram 机器人”发送消息，导致消息通过错误的机器人发出。优先排查消息工具运行时的凭据解
![[Bug]: rag/res/term.freq is loaded by term_weight but not shipped — every lowercase Latin token gets the same IDF](https://www.chat-gpts.plus/wp-content/uploads/2026/09/18414-d3efad56-768x403.jpg)
当你在 RAGFlow 中启用权重计算（term_weight）并处理英文、葡萄牙语、西班牙语、法语等拉丁字母语言时，启动日志出现 Load term.freq FAIL! ，且检索排序出现“停用词和内容词权重几乎相同”的异常，优先排查 rag/res/term.freq 是否存在、你的 RAGFl
![[Bug]: Memory extraction stores an empty valid_at for semantic items, and an unparseable timestamp is written through unchanged](https://www.chat-gpts.plus/wp-content/uploads/2026/09/18415-7895e527-768x403.jpg)
该问题出现在 RAGFlow 记忆提取（Memory extraction）流程中，当模型返回的 valid_at 为空或不是合法 ISO 8601 字符串时，会被原样写入数据库；semantic 类目约有 6.5% 的条目出现空 valid_at ，并伴随日志中的 [Bug]: Memory ex
用 simple_launcher （单进程/CPU 路径，例如 accelerate launch --cpu --num_processes 1 或经由 TRL CLI 触发）运行子脚本时，子进程非零退出只会抛出 CalledProcessError ，真正的报错内容不在 e.stderr /