Bug：Code Mode 下无参工具调用被拒绝（binding arguments must be lossless JSON）

[LX2000WASD]

核心问题

• 环境：Code Mode（agent preset mode: code），run_code 内调用无参工具（job_list、list_agents、get_goal 等）报 ToolCallError: binding arguments must be lossless JSON。
• 原因：工具 schema 声明 parameters: {}（参数可省略），但 worker 绑定层拒绝顶层 undefined 参数；错误信息无指引（不知道应传 {}）。
• 影响：模型自然写出 tools.job_list() 必然报错，且会重复重试浪费轮次。

上游状态

• GitHub master = 0.1.0-rc.5（47f943859b）；npm 最新 = 0.1.0-rc.6。
• 均未修复：rc.6 解包后 worker.cjs:819 与源码 bootstrap.ts:336 拒绝逻辑逐字节一致，无 undefined 归一化。

问题描述

Code Mode 下模型经 run_code 调用工具。对参数全可选/无参的工具，省略参数调用被 worker 绑定层拒绝：

• 预期：tools.job_list() ≡ tools.job_list({})（schema 表明参数可省略）。
• 实际：无参调用抛 binding arguments must be lossless JSON，错误无修复指引，模型反复同法重试。

原因：

1. 契约不一致：schema 允许省略参数，绑定层拒绝省略（bootstrap.ts:328-337 对顶层 undefined 判非法）。
2. 错误信息缺陷：宿主侧本有指引（code-mode.ts:159 "call the tool with an arguments object, e.g. `{}`"），但 worker 侧先拦截，模型只能看到无指引的拒绝文本。

复现

// 失败
await tools.job_list()
await tools.list_agents()
await tools.get_goal()

// 成功（显式传参）
await tools.job_list({})
await tools.list_agents({ scope: "children" })

相关位置

• worker 绑定拒绝：packages/code-runtime/code-runtime-worker-thread/src/bootstrap.ts:328-337
• 宿主有指引的校验：packages/core/tools/src/code-mode.ts:151-167
• 工具 schema：packages/jobs/tool-jobs/src/index.ts:342-346（parameters: {}）
• 部署版对照：npm 0.1.0-rc.6 lib/worker.cjs:810-830

[dracpet]

Same defect, one step wider: MCP-registered tools reject even {}

Environment: DSH Desktop app 2.0.2 (macOS arm64), Code Mode (PTC preset).

Confirming this report on the Desktop build, with an extension. For tools whose parameter schema is an open object with no required keys (in our case MCP-registered tools, schema shape Record<string, JsonValue>), the binding layer rejects all three natural call shapes:

await tools.ddb_status()        // ToolCallError: binding arguments must be lossless JSON
await tools.ddb_status(null)    // invalid arguments: "arguments" must be an object
await tools.ddb_status({})      // ToolCallError: binding arguments must be lossless JSON   <- new

Only a non-empty object passes:

await tools.ddb_status({ _: true })  // OK

So for these tools the undefined rejection described above is compounded by an empty-object rejection somewhere in the binding/serialization path — the {} workaround hinted host-side (code-mode.ts) does not reach them. A non-empty dummy key is the only reliable call shape until the binding normalizes undefined/{} to an empty object.

Happy to provide worker-side logs or a fuller repro if useful.