标签： LLM

该问题出现在使用 Intel SYCL 后端、并且可能涉及多 GPU 场景的 llama.cpp 构建/运行环境中，核心原因是 SYCL 侧的 ggml_backend_sycl_split_buffer_type 函数签名与公共头文件中的函数指针 typedef 不一致。优先检查 SYCL 后端源

该问题通常出现在单模型模式（非 router 模式）的 llama-server WebUI（llama-ui）中：桌面宽度（>= 768px）下推理等级选择菜单不再显示，而移动端宽度（<= 767px）仍可见。优先排查是否是 PR #27746 引入的桌面端渲染回归，并确认是否已有修复 PR #2

这个报错通常出现在 vLLM 的 MoE 权重加载路径读取 moe_config.tp_shard_with_padding 时，测试桩中的 SimpleNamespace 配置没有定义该属性。优先排查测试/调用方传入的 MoE 配置是否包含 tp_shard_with_padding ，它与 pa

这个报错通常出现在 RAGFlow 使用自定义 ingestion pipeline（dataflow）解析大文档的场景：分块、嵌入、入库都已成功，最后写入 pipeline_operation_log 时才失败。优先排查序列化后的 DSL 体积是否超过 MySQL 的 max_allowed_pa

该问题通常出现在 RAGFlow 对英文文本进行切分（chunking）时，默认分隔符在不同文件类型之间不一致，导致同一段英文文本在 docx、image、email 等类型下切出的 chunk 数量与 txt/markdown 不同。优先排查并统一 parser_config.delimiter

当 parser_config.delimiter 中包含反引号包裹的 token（即“自定义分隔符”）时， rag.nlp.naive_merge 会进入 has_custom 分支，完全跳过 chunk_token_num 合并逻辑，把每个 re.split 片段直接当成一个 chunk，导致