分类： AI 工具排错

AI 工具排错

[BUG] Context Compaction with short context on DeepSeek models (Token limits falls back to 32k after firt prompt)

该报错发生在使用 DeepSeek 模型进行短上下文压缩（Context Compaction）时，首次提示后 Token 上限错误地回退到 32k。此问题已在 Open Interpreter v0.0.41 中修复，优先建议升级到该版本。

celebrityanime
2026年 9月 6日

AI 工具排错

ZCode Anthropic Messages provider fails with compatibility-transport error on 0.0.40

该报错在 Open Interpreter 0.0.40 中触发，通常是因为使用 Z.AI ZCode 提供商并配置 `wire_api = "messages"` 时，兼容性传输（compatibility transport）未被正确调度。优先建议升级到 0.0.41 或更高版本验证是否解决。

celebrityanime
2026年 9月 6日

AI 工具排错

[Question]: Should “`argparse“` be introduced to handle hardcoded parameters in the SDK test file?

这不是运行报错，而是 RAGFlow SDK 测试脚本 sdk/python/test.py 中将 api_key 、 base_url 、 agent_id 硬编码在源码中，导致维护者难以复用且存在密钥泄露风险。你的改进方向正确，但在引入 argparse 时，绝不能把真实密钥作为默认值硬编码，应

celebrityanime
2026年 9月 5日

AI 工具排错

client_side_timeout leaks into the outbound provider request body (400 “Extra inputs are not permitted”)

该报错发生在 LiteLLM 升级后，当请求中设置了 timeout 、 request_timeout 或 stream_timeout （通过请求体字段或 x-litellm-timeout / x-litellm-stream-timeout 头）时，内部标记 client_side_time

celebrityanime
2026年 9月 5日

AI 工具排错

RPC: [create_node] invalid data ptr — split scheduler ships compute-flagged views to the wrong RPC worker (reproduced with deepseek4 and glm

这个报错发生在 llama.cpp 通过 RPC 将模型拆分为 2 个及以上 worker 并行推理时，调度器把带有 compute 标记的视图（view）分配给不拥有其底层缓冲区的远程 worker。优先升级到包含 PR #26500 的最新 master 版本，该修复已确认可解决此问题。

celebrityanime
2026年 9月 5日

AI 工具排错

Bug: Native MMA FA kernel regresses prompt processing up to 2x at depth on RDNA4 (gfx1201) after rocWMMA removal

该问题发生在 llama.cpp 移除 rocWMMA FlashAttention 内核后，RDNA4（gfx1201）显卡在深度上下文（深 KV cache）下进行 prompt processing 时性能严重回退，最深可达近 50% 的降速。优先排查你的模型注意力头维度是否为 256（这是受

celebrityanime
2026年 9月 5日

AI 工具排错

1.17.0 The Skill function module is unable to upload the “skill.zip” package.

该报错通常出现在 Dify 1.17.0 自托管环境的 Skill 功能模块中，优先检查 Docker 容器是否已执行数据库迁移（ flask db upgrade ），并确认 ENABLE_SKILL 环境变量未被设为 false 。

celebrityanime
2026年 9月 5日

AI 工具排错

[Bug] Service API GET segments sets has_more incorrectly (breaks when limit > 100)

该报错发生在 Dify Service API 请求文档分段列表且 limit 参数超过 100 时，由于后端未对 limit 做钳制导致 has_more 字段判断错误，客户端可能提前停止拉取数据。优先排查请求中的 limit 值是否大于 100，并确认服务端返回的 data 长度是否被钳制在 1