Gemma4 audio tower: attention mask inverted under eager attention (uniform attention regardless of content)
该问题出现在 Transformers 加载 Gemma4 音频编码器并使用 eager 注意力实现时。音频注意力把浮点加法掩码误当成布尔掩码取反，导致整段音频输出退化；优先排查并升级到已修复版本，或临时把音频编码器的注意力实现切换为 sdpa 。
标签： Python
Webhook Processors – ClusterAllFailedError: Failed to refresh slots cache.
在 n8n webhook 模式连接 Redis/Valkey Cluster 时，队列初始化阶段刷新 Redis 集群 slots 缓存失败，触发 Webhook Processors - ClusterAllFailedError: Failed to refresh slots cache.
[Bug]: Cloudflare decisions provider uses the /ai/run path the chat provider calls ‘legacy’ — inconsistent and undocumented
![[Bug]: Cloudflare decisions provider uses the /ai/run path the chat provider calls 'legacy' — inconsistent and undocumented](https://www.chat-gpts.plus/wp-content/uploads/2026/10/47965-5a0857ed-768x403.jpg)
该问题通常出现在同时使用 LiteLLM 的 Cloudflare chat provider 与 decisions provider 时：chat provider 会把以 /ai/run 结尾的 api_base 改写为 /ai/v1 并提示 /ai/run 是 legacy 路径，而 dec
[Bug] Presidio guardrail: end-to-end PII masking broken with Anthropic native API
![[Bug] Presidio guardrail: end-to-end PII masking broken with Anthropic native API](https://www.chat-gpts.plus/wp-content/uploads/2026/10/22821-28bd5fd5-768x403.jpg)
该问题出现在 LiteLLM 使用 Anthropic 原生 API（非 OpenAI 兼容路径）并开启 Presidio guardrail 与 output_parse_pii: true 时：输入侧 PII 会被遮蔽，但响应侧不会还原；请求中携带工具时还会触发 400 错误。优先排查是否走了
Deleting an app or agent can lose keyboard focus when its card disappears
该问题出现在 Dify 的自托管源码环境中：在 Studio 应用列表或 Agents 列表中删除条目时，被删除的卡片及其“More”菜单会随列表刷新而消失，键盘焦点因此回落到文档 body，触发 “Deleting an app or agent can lose keyboard focus w
[Usage]: DeepSeek-V4: –kv-cache-dtype auto fails silently on Blackwell SM120 — should auto-resolve to fp8_ds_mla
![[Usage]: DeepSeek-V4: --kv-cache-dtype auto fails silently on Blackwell SM120 — should auto-resolve to fp8_ds_mla](https://www.chat-gpts.plus/wp-content/uploads/2026/10/47174-09548d62-768x403.jpg)
报错出现在 Blackwell SM120（compute capability 12.0）上用 vLLM 0.24.0 启动 DeepSeek-V4-Flash，并保留默认的 --kv-cache-dtype auto （或不传该参数）时。优先显式指定 --kv-cache-dtype fp8 ，
RuntimeError: Device type PRIVATEUSEONE is not supported for torch.Generator() api.”
这个问题通常出现在把 Stable Diffusion WebUI 的采样设备从 CUDA 切到 PyTorch-DirectML(dml)后，采样阶段 torch.Generator 收到 k-diffusion 里的 DirectML 张量，从而抛出 RuntimeError: Device t
error loading model: unknown model architecture: ‘mllama’ (Llama3.2-vision)
该报错通常出现在用 Ollama 运行 Llama3.2-vision 这类架构为 mllama 的多模态模型时，模型 Manifest 下载正常，但 llama-server 在加载模型阶段无法识别 mllama 架构。应优先确认 Ollama 版本与该模型架构的兼容性，并先用其他模型排除环境问题
typing.Dict[str, X] return annotation is wrapped in {“result”: …}, unlike dict[str, X]
![typing.Dict[str, X] return annotation is wrapped in {"result": ...}, unlike dict[str, X]](https://www.chat-gpts.plus/wp-content/uploads/2026/10/3745-7e2d6b6c-768x403.jpg)
在 MCP Python SDK 2.x 的 MCPServer 中，如果工具函数返回值注解用 typing.Dict[str, Any] 而不是 dict[str, Any] ，生成的 outputSchema 和 structuredContent 会被额外包一层 {"result": ...}
[BUG] LanceDBStorage.list_records() returns oldest records instead of newest first due to premature query truncation
![[BUG] LanceDBStorage.list_records() returns oldest records instead of newest first due to premature query truncation](https://www.chat-gpts.plus/wp-content/uploads/2026/10/7394-ea476651-768x403.jpg)
当使用 CrewAI 的 LanceDBStorage.list_records() 读取记忆记录时，返回结果可能不是最新的记录，而是最早的一批记录。优先排查该方法是否在排序前就按 limit + offset 截断了候选行：[BUG] LanceDBStorage.list_records() r