enhancement: 能否增加grok2api往xai提交封装请求的时候带上tools tool_choice tool_calls等定义

[lionlee0724]

当前现状

通过cpa调用grok2api发现，grok4.1只能聊天，无法真正干活。经过验证是上游缺少了相关工具的调用。陷入在 thinking 中伪造 code_execution的情况。请佬考虑下

期望改进

带上tools tool_choice tool_calls等定义

价值与场景

让grok2api真正的能用到更多场景。

备选方案（可选）

No response

[piexian]

你没更新吧 #226 早加了而且伪造也不是说百分百成功的看模型理解能力

[lionlee0724]

是更新的最新版本。

经反重力排查链路和网关日志。简要分析如下：
排查创建目录失败原因 (模型逻辑偏差分析)
核心矛盾已锁定：Grok 模型虽然具备对话能力，但在 03:29 的任务中完全没有产生工具调用 JSON，而是直接返回了带有 mkdir 代码块的文字内容。这在 OpenClaw 的逻辑中属于“由于幻觉回复”而非“由于指令下达”。我正准备由于由于检查

openclaw.json
中关于 grok-oracle 供应商的详细协议定义（如是否启用了 OpenAI 兼容的由于 tool_calls 协议）。我将同步更新由于
task.md
。

[superfat1988]

我挣扎过了， 最稳的方案， 就是官方现在采用的使用promt进行工具调用的输出规范，但openclaw能否调用， 是概率问题，毕竟不是规范返回参数。 毕竟是网页端反代出来的api接口，现实限制多。

开启方法， 在容器里的config.defaults.toml， 添加tool_call_mode = "prompt"

[wkABXY]

我挣扎过了， 最稳的方案， 就是官方现在采用的使用promt进行工具调用的输出规范，但openclaw能否调用， 是概率问题，毕竟不是规范返回参数。 毕竟是网页端反代出来的api接口，现实限制多。

开启方法， 在容器里的config.defaults.toml， 添加tool_call_mode = "prompt"

添加在[features]里面吗 佬