Repository navigation
v0.5.3
变更
dsh.discover现在返回config(defaultTimeoutMs、maxWaitSliceMs等),MCP 层的默认预算与提示文案从这里读,不再各自复制一份。
说明
0.5.1 与 0.5.2 都没有发布到 npm,这一版把三段改动一并带上:
- PR #9:MCP 渲染三处(句柄不再打印
turn ?、completed不再重复打印reason、错误不再 dump 已经说过的字段);红队审计提出的reason判据与两处测试守门;以及prompt丢失model/reasoningEffort参数——它此前只读sessionId/text/mode,静默落回会话默认模型。 - PR #10:等待改成分片循环。Node 内建 fetch 的 300 秒
headersTimeout会掐死任何"静默五分钟才回响应"的请求(实测 303.9 秒报fetch failed),这与推荐的timeout_ms: 600000直接冲突。 - PR #11:
dsh.discover此前只回plugin/version/protocol/transport/methods,没有config——于是 0.5.2 里"默认值只有一个来源"在实现上并不成立,客户端读到undefined就退回写死的 600000。现在由测试守着这条契约。
验证
- 单元与集成:
methods68、mcp-format18、wait3、registry8、client6、status6、host1、catalog.smoke14 项全过 check:version→version ok: 0.5.3;check:package→ 27 files、340.4 KB unpacked- 现网分片证据:
waitForTurn对真桥,片长 3000 ms、预算 9000 ms →slices: 3、waitedMs: 9015、wallClockMs: 9015;dsh-rpc wait --timeout 20000准时 20.0 秒返回 - CI:PR #11 的 run
42156700937双绿;合并后 main 的 run42157124395双绿 - 未验证项:片长 240 秒的单次
wait在超大会话(19008 条事件)上跑过一次 13 分钟未返回,原因未查明
安装
dsh plugin add @punchact/dsh-rpc-agent