这是一个创建于 48 天前的主题，其中的信息可能已经有所发展或是发生改变。
尝试了用 claude code 和 opencode 对接 bailian 的 glm-5, kimi-k2.5, qwen3.5-plus 。
都会出现输出到一般突然输出一个 <tool_call> 之类的，然后就输出中断了。
我使用以下供应商的模型，从来没出现过这种问题：
- 中转的 gpt-5.3-codex, claude-4.6-sonnet
- glm coding plan 的 glm-4.7
- opencode zen 的 glm-5, kimi-k2.5
出现问题具体的现象：
- claude-code
- opencode
第 1 条附言 3 月 9 日
今天用 zed 也出现相同的问题了：
楼下有反馈用 Openclaw 也有问题，看来应该和工具是没什么关系了
 | 1 fiveStarLaoliang 3 月 6 日 我也是，不知道是不是掺了啥，经常出错中断，不过 qwen3.5-plus 倒是快一点 |
 | 2 zw2019 3 月 6 日 我的会经常卡着不动 |
 | 3 ljian6530 3 月 6 日 今天我 ali coding plan 也抽风了，然后直接换 minimax2.5 好了。同样适用 claude code |
 | 5 marquina 3 月 7 日 我遇到了相同的问题。 我还碰到的情况是 AI 无视用户的指令，按上一轮的对话继续。甚至还有更离谱的，用户说了一句话，AI 给人的反应像是只看到前几个字。 这些问题在火山的 coding plan 上很少碰到。 |
 | 6 luckyc 3 月 7 日 https://www.qianwen.com/chat 这里切换到 qwen3.5 也是, 经常问了问题转半天卡 shit 没结果, 刷新了问题都不见了 |
| 7 marquina 3 月 7 日 刚刚阿里云的客服给的反馈： ``` 您反馈的 GLM-5 在 CoPaw 中偶现忽略用户指令或工具调用输出异常的问题，我们已确认这是一个已知现象，主要由上下文污染或高负载下响应异常导致。 建议您采取以下措施： 清除当前会话记录并重启 CoPaw ，避免历史上下文干扰； 临时切换至 qwen3.5-plus 或 qwen3-coder-next 模型，这两个模型在 Coding Plan 中表现更稳定。 技术团队已在优化 GLM-5 的相关问题，后续将通过服务端更新逐步改善。感谢您的耐心与反馈。 `` |
 | 8 elviscai 3 月 7 日 +1 OpenCode+K2.5 会出现这个； GLM-5 就还好（ |
 | 9 soFollish 3 月 7 日 +1 |
 | 10 David666 3 月 7 日 路过，不知道你是不是用 7.9 的，我也是有同感，后面换了 40 的没有问题 |
1 | 12 SSang OP |
 | 13 Eleutherios 3 月 9 日 via iPhone @David666 我用的 40 的，本地 OpenClaw 一卡一卡的，需要手动告诉他继续。用阿里云的 OpenClaw 就没问题，但是整天 OOM |
| 14 Eleutherios 3 月 9 日 via iPhone 另外最近 199 的 Kimi Claw 整天 429 ，我怀疑是不是 Code Plan 的 RPM 特别低 |
| 15 David666 nbsp;3 月 9 日 @Eleutherios 那就用 claude/gpt5.4 吧，说实话实测国产模型，真不行 |
 | 16 yinzhou 3 月 10 日 @Eleutherios openclaw + kimi coding 完全无法使用，不是 API 限速、就是输出到一半。而且很多时候第一句话就死了。我已经完全放弃。 肯定不是工具问题，切 copilot 就完全没问题。 |
| 17 Eleutherios 3 月 11 日 via iPhone @yinzhou KimiClaw 不会，默认装了一个用于 API 通信的插件 |
 | 18 zhaixingzhaiyue 3 月 12 日 每次我都要输入两遍才行，非常智障 |
Select Language