windows环境鬼打墙

[AbigailIsaac4]

一直报错Pwsh Error: invalid arguments: missing required property "command"
能把token消耗完，寸步难行

[xw901103]

还有一个经常性错误
Error: invalid arguments: missing required property "description"
我没仔细查哪个toolcall的要求必须有description项目

[weijiafu14]

先把一件容易混的事分开：你和 @xw901103 遇到的，跟社区里另一族刷屏很像的报错，其实不是同一个根因。

• missing required property "command" / "description"（你们这个） —— 模型发出的工具调用缺了必填字段。参数是模型填的，问题出在"模型没按 schema 填全"。
• unknown tool ""（另一族） —— 工具名在流式装配时被空串覆盖掉了，模型填得没错，是传输层把它抹了。根因已定位到源码行（[Bug Report] llm-deepseek SSE 装配用 `!== void 0` 判空：空字符串 delta 覆盖首块 tool_calls id/name，工具调用整体崩溃为 `unknown tool ""` #885 / [bug]llm-deepseek: SSE tool_calls id/name overwritten by empty-string deltas #879 / An empty id/name in a later tool-call delta overwrites a good one: every call becomes unknown tool "" #2979 / DeepSeek-V4-Flash 流式模式下所有工具调用报 `unknown tool ""` #725）。

两族的解法完全不同，别照着那边的帖子试。

你这一族目前能做的

1. 换个模型试一次。 这类"schema 填不全"高度依赖模型。同族报告里普遍的观察是：同样的任务换一个更强的模型就正常了。这不是解决，但能立刻判断是不是模型能力问题——也能让你先别继续烧 token。

2. 别让它无限重试。 你说"能把 token 消耗完"——这才是最贵的部分。模型看不到自己错在哪，只会反复重发同样形状的调用。发现连续几次同样报错就手动中止那一轮。

为什么这件事对小一点的模型格外难（一个可能有用的观察）

原生 pwsh / bash 工具的 schema 上挂着不止 command 一个字段，还有 description、justification、sandbox_permissions 这些。字段越多、语义越绕，模型漏填的概率越高——社区里另有一族报告（#1069 / #201）说的是同一个 schema 的另一个后果：模型反复发 sandbox_permissions 导致"升级被拒→重试"刷屏。

也就是说 missing required property 和那个刷屏，很可能是同一份 schema 造成的两种症状。真正的解法是把模型看到的工具入参收窄，那在 DSH 的工具定义里，我们改不了。

我给不了的

我没有一个已验证的办法让你今天绕开这个。有人可能会建议"接一个提供 shell 的 MCP server、走它的工具而不是原生 pwsh"——那个 server 的 schema 通常只有一个 command 字段，理论上更好填；但我没有在这个具体场景下实测过，也不知道换了工具之后模型会不会犯别的错，所以我不拿它当建议。

如果你愿意补一条信息，对定位很有帮助：展开那次报错的轨迹，看模型实际发出的参数长什么样（是完全没有 command 这个键，还是有键但值为空）。这两种指向不同的原因。

利益相关：我维护 pi2dsh，这条回复里没有任何要你装的东西。