openclaw - ✅(Solved) Fix Kimi k2p5 模型工具调用参数丢失问题 [1 pull requests, 2 comments, 3 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openclaw/openclaw#53735Fetched 2026-04-08 01:24:09
View on GitHub
Comments
2
Participants
3
Timeline
8
Reactions
0
Timeline (top)
commented ×2labeled ×2closed ×1cross-referenced ×1

在 OpenClaw 系统中使用 Kimi k2p5 模型时,exec、write、edit 等工具调用的参数会静默丢失,导致工具调用失败,返回 Validation failed ... Received arguments: {}

Root Cause

在 OpenClaw 系统中使用 Kimi k2p5 模型时,exec、write、edit 等工具调用的参数会静默丢失,导致工具调用失败,返回 Validation failed ... Received arguments: {}

Fix Action

Fix / Workaround

Workaround: 切换模型到 GLM5/Minimax/Qwen 可立即解决

PR fix notes

PR #53830: Providers: fix kimi-coding thinking normalization

Description (problem / solution / changelog)

Summary

  • teach the bundled Kimi provider to use the same moonshot thinking payload normalization as the Moonshot provider
  • keep the fallback capability table aligned for non-plugin resolution paths
  • add regression coverage for the kimi-coding payload compatibility path

Testing

  • pnpm test -- src/agents/provider-capabilities.test.ts

Fixes

  • Fixes #53591
  • Fixes #53735

Changed files

  • extensions/kimi-coding/index.ts (modified, +1/-0)
  • src/agents/provider-capabilities.test.ts (modified, +8/-1)
  • src/agents/provider-capabilities.ts (modified, +3/-0)
RAW_BUFFERClick to expand / collapse

Bug type

Regression (worked before, now fails)

Summary

在 OpenClaw 系统中使用 Kimi k2p5 模型时,exec、write、edit 等工具调用的参数会静默丢失,导致工具调用失败,返回 Validation failed ... Received arguments: {}

Steps to reproduce

  1. 启动 OpenClaw 会话,使用默认模型 Kimi k2p5
  2. 进行多次工具调用(exec, read, write, edit 等)
  3. 观察工具参数被拦截为空对象 {}
  4. 切换模型到 GLM5/Minimax/Qwen,验证问题消失

Expected behavior

工具调用应正常传递参数,exec、read、write 等工具应能正常执行。GLM5、Minimax、Qwen 模型均工作正常,Kimi k2p5 应具有相同行为。

Actual behavior

所有带参数的工具调用都返回错误:Validation failed for tool "exec": command: must have required property 'command' Received arguments: {}。参数被系统拦截为空对象。

OpenClaw version

2026.3.23

Operating system

Linux (Ubuntu) 6.17.0-19-generic x64

Install method

No response

Model

kimi-coding/k2p5

Provider / routing chain

openclaw -> kimi-coding (Moonshot API)

Additional provider/model setup details

No response

Logs, screenshots, and evidence

Impact and severity

Affected: 所有使用 Kimi k2p5 模型的 OpenClaw 会话

Severity: Critical (完全阻塞工作流)

Frequency: 100% (10/10 测试全部失败)

Consequence: Agent 无法执行任何需要参数的工具调用,完全无法工作

Workaround: 切换模型到 GLM5/Minimax/Qwen 可立即解决

Additional information

测试数据对比

模型测试次数成功失败状态
GLM5 (zetyun/glm-5)12120✅ 正常
Kimi k2p510010❌ 参数丢失
Minimax M2.5880✅ 正常
Qwen3.5-Plus770✅ 正常

相关 Issue

  • #53408: Write/exec tool parameters silently dropped after long conversations
  • #53591: [Critical][Regression 3.23] kimi-coding completely broken
  • #29880: exec tool validation fails with empty object

根本原因推测

根据 #53591 分析,PLUGIN_CAPABILITIES_FALLBACKS 中缺少 kimi-codingopenAiPayloadNormalizationMode: "moonshot-thinking" 配置,导致 thinking signatures 无法正确处理,工具参数为空。

extent analysis

Fix Plan

To resolve the issue of silently dropped parameters in Kimi k2p5 model, we need to update the PLUGIN_CAPABILITIES_FALLBACKS configuration.

  • Add the missing configuration for kimi-coding:
{
  "openAiPayloadNormalizationMode": "moonshot-thinking"
}
  • Update the PLUGIN_CAPABILITIES_FALLBACKS to include the above configuration:
const PLUGIN_CAPABILITIES_FALLBACKS = {
  // existing configurations...
  "kimi-coding": {
    "openAiPayloadNormalizationMode": "moonshot-thinking"
  }
};
  • Verify that the openclaw version is up-to-date (2026.3.23 or later) to ensure compatibility with the updated configuration.

Verification

To verify that the fix worked, follow these steps:

  1. Restart the OpenClaw session with the updated configuration.
  2. Perform multiple tool calls (exec, read, write, edit, etc.) using the Kimi k2p5 model.
  3. Check that the tool parameters are correctly passed and the tools execute without errors.

Extra Tips

  • Ensure that the kimi-coding model is properly installed and configured.
  • If issues persist, try resetting the OpenClaw session or reinstalling the kimi-coding model.
  • Refer to the related issues (#53408, #53591, #29880) for additional context and potential workarounds.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

FAQ

Expected behavior

工具调用应正常传递参数,exec、read、write 等工具应能正常执行。GLM5、Minimax、Qwen 模型均工作正常,Kimi k2p5 应具有相同行为。

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

openclaw - ✅(Solved) Fix Kimi k2p5 模型工具调用参数丢失问题 [1 pull requests, 2 comments, 3 participants]