[Feature Request]: Make BLOB_STORAGE_SIZE_THRESHOLD configurable via environment variable
![[Feature Request]: Make BLOB_STORAGE_SIZE_THRESHOLD configurable via environment variable](https://www.chat-gpts.plus/wp-content/uploads/2026/07/16634-af62caa6-768x403.jpg)
用户运行 RAGFlow 进行数据源同步时，尤其是使用 WebDAV (如 OpenMediaVault, Synology, Nextcloud)、Seafile 或 S3/R2/GCS 这类 Blob 存储连接器，处理单文件超过 20MB 的 PDF 或扫描书籍时，文件会被静默跳过，仅在日志中出
标签： LLM
Eval bug: Qwen 3 VL provides incorrect bounding boxes on sizes that are not 1000x1000px / non-square
用户运行 llama-server ，加载 Qwen 3 VL (Qwen3-VL-30B-A3B-Instruct) 的 GGUF 模型和 mmproj 权重文件，通过 API 上传图片请求目标检测（bounding box），并期望返回的坐标（ bbox_2d ）直接适用于原始图像，但格式上存在
RuntimeError: inputs.size(1) must match lora_b_weights.size(-1)
用户在 Intel Arc Pro B70 (Battlemage) XPU 上使用 vLLM 0.24.0 源码构建版本，加载 Intel/Qwen3.6-27B-int4-AutoRound 模型并启用 --enable-lora --tensor-parallel-size 2 时，服务启动崩
用 Claude 重写 SQL 解析器，性能暴涨 70 倍：程序员做的不是写代码，而是搭建验证闭环
PostHog 工程师借助 Claude Code 将 SQL 解析器从 ANTLR 生成的 C++ 代码重写为 Rust 手写代码，解析速度在生产环境平均提升 454 倍（笔记本基准测试中为 70 倍）。整个过程由 AI 生成代码，但核心工作量变成了搭建“基于属性的测试”与“影子模式验证”的闭环，而非逐行手…
连Claude Code都搞不定的巨型代码库，我们靠一个“自愈循环”给盘活了
ServiceTitan 首席 AI 工程师 David Stein 在 QCon 分享了一套“自愈循环”方法论：通过将遗留代码迁移任务分解到 AI 可独立完成并验证的极细粒度，再利用自动化“组装线”并行执行，实现 85% 的迁移工作由 AI 自主完成，项目周期从数个季度压缩到数周。这揭示了一个反常识的核心原…
[Question]: Novice, seek help from the boss – prompt for gateway timeout issue
![[Question]: Novice, seek help from the boss - prompt for gateway timeout issue](https://www.chat-gpts.plus/wp-content/uploads/2026/07/6089-03fe0c18-768x403.jpg)
用户在本地开发环境中通过源码启动 RAGFlow（ launch from source code ），访问 Web 界面或发送 API 请求时，浏览器/代理显示网关超时错误。
[Bug]: vLLM Batch/Files API returns 404 – LiteLLM attempts to call non-existent upstream /v1/files endpoint
![[Bug]: vLLM Batch/Files API returns 404 - LiteLLM attempts to call non-existent upstream /v1/files endpoint](https://www.chat-gpts.plus/wp-content/uploads/2026/07/18188-d341c773-768x403.jpg)
用户在 LiteLLM Proxy (v1.80.8 及更高版本) 中尝试使用 vLLM 的 "Batch and Files API" 功能。用户通过 POST /v1/files 请求向 LiteLLM Proxy 提交 batch 文件时，请求失败并返回 404 错误。用户使用的上游模型为 m
Misc. bug: llama.cpp web UI makes requests to third-party services before a user has opted into them
用户在运行 llama-server （版本 b9867 或包含合并提交 94875285e47516da4e1c71e7bca5ba65b82bbe59 的 master 分支）时，通过浏览器访问 Web UI（通常为 localhost）。打开浏览器开发者工具的 Network 面板，可以看到在
Misc. bug:
用户在使用 llama-server 启动模型服务后，通过浏览器访问内置的 WebUI（PWA）界面时，界面完全损坏（fully broken），无法正常显示和操作。该问题在浏览器端复现（Firefox 和 Chromium 均受影响），且与 llama-server 版本有关。
ValueError: … Reason: [‘kv_cache_dtype not supported’]`) — likely because the Qwen3-Next hybrid Mamba/attention architecture isn’t wired up for NVFP4 KV cache yet, separate from the SM 12.1
![ValueError: ... Reason: ['kv_cache_dtype not supported']`) — likely because the Qwen3-Next hybrid Mamba/attention architecture isn't wired up for NVFP4 KV cache yet, separate from the SM 12.1](https://www.chat-gpts.plus/wp-content/uploads/2026/07/31588-7ee6966a-768x403.jpg)
用户在 NVIDIA GB10/DGX Spark (SM 12.1) 平台上运行 vLLM，加载 Qwen3-Next 混合 Mamba/Attention MoE 架构模型（如 `nvidia/Qwen3.6-35B-A3B-NVFP4`），配置了 `--kv-cache-dtype fp8`（