port_env_probe 函数 schema 校验失败：parameters.type 为 null，应为 "object"，导致所有命令调用均中断

[zhoudasf]

Bug Report

环境信息

工具名称：dsh
触发场景：在对话中发起任意命令（例如执行工具调用 / function calling）
复现概率：100%

Bug 描述

在与 dsh 对话过程中，只要发起一条命令，dsh 就会返回如下错误并终止当前对话：Invalid schema for function 'port_env_probe': schema must be a JSON Schema of 'type: "object"', got 'type: null'.
内容是AI根据我的实际情况所写
尽管他提供了解决方式，但是我不敢确认。

[PerryLink]

port_env_probe 不在 DSH 里，这条 schema 来自你自己的插件或 MCP server。

我这一轮在 master ce7073d5 上全树搜过 port_env_probe 和 port_env，0 命中。也就是说这个函数名不是内置工具——它是由某个插件或 MCP server 声明的。DSH 这边不改写工具定义：packages/core/system-prompt/src/index.ts:652 的 parameters: structuredClone(parameters) 把每个 schema 原样克隆后拼进请求，所以 type: null 是谁提供的谁负责。

报错本身是真的，不是 AI 编的：

Invalid schema for function 'port_env_probe': schema must be a JSON Schema of 'type: "object"', got 'type: null'

这是服务端做 function schema 校验时给的，AI 只是转述。所以可以放心，问题在定义方。

怎么找到是谁

1. 打开 ~/.dsh/profiles/<你的 profile>/cordis.patch.yml，看里面挂了哪些 MCP server 和本地插件；
2. 在那个插件的 node_modules 里搜函数名：

Get-ChildItem -Recurse -File "$env:USERPROFILE\.dsh\profiles\desktop\node_modules" |
  Select-String -Pattern 'port_env_probe' -List

修法：那个 server 的 tools/list 返回的 inputSchema 必须是 {"type":"object", "properties":{...}}。type: null 通常来自脚本里写成 parameters: {} 或 schema: None 的地方——把它写成对象即可。

反过来的一种可能：如果那个名字确实来自内置工具（比如某个版本改过名），那我这条就错了——把 profile 的插件行列表贴上来，我按那几条重查。

只读了 master ce7073d5 的源码；你本机的插件内容我看不到。