[Bug] client-connection is missing the webServer injection: every third-party rpc.handle registration fails silently

[Max-Null]

一句话

client-connection 的 RPC 通道注册路径访问了它没有声明的 webServer 注入，导致任何第三方插件调用 ctx.connection.rpc.handle() 都会静默失败（无日志、无异常冒出），客户端只能看到 HTTP 405。

现象

第三方客户端插件（宿主半边调用 ctx.connection.rpc.handle('/foo', handler)）在浏览器侧请求 POST /foo/bar 时得到 405，宿主日志干净无报错。

同一实例实测对照：

请求	状态	含义
POST /plugin-center/listInstalled	405	未匹配命名路由 → 静态服务兜底
POST /api/plugin-center/listInstalled	404	/api 处理器在，但不认识该通道

两条对照说明通道根本没注册，而不是路径写错或 /api 未挂载。

根因

packages/client/connection/src/rpc-host.ts:178-181：

return owner.effect(
  () => owner.webServer.register(route),
  `client-connection: ${channel} rpc channel`,
)

owner 由同文件的 get rpc()（rpc-host.ts:79-86）定为 Connection 服务自身的 fiber（const owner = this.ctx）。

而该插件的注入声明是（packages/client/connection/src/index.ts:69）：

export const inject = ['credentials']

webServer 不在其中，cordis 的属性代理拒绝访问并抛错：

Error: cannot get property "webServer" without inject
    at Fiber.<anonymous> (…/packages/client/connection/src/rpc-host.ts:179:19)
    at Proxy.register (…/packages/client/connection/src/rpc-host.ts:178:18)

异常发生在 owner.effect(...) 的注册回调内部：通道从未注册，且不影响其它插件、不产生日志。调用方（第三方插件）通常既不 try/catch 也不检查 handle() 的返回值，所以缺陷完全静默。

api-remotes 的 Typert Remote 对第三方包是关闭的（显式官方 ./remote 白名单），因此 rpc.handle() 是第三方插件暴露宿主能力的唯一手段——它失效等于第三方插件的宿主半边整体不可用。

复现

1. 源码形态启动：node --import tsx/esm apps/cli/src/bin.ts web --port <port>（本地为 dsh-v0.1.5-rc.2）。
2. 装任一第三方客户端插件，其宿主半边调用 ctx.connection.rpc.handle('/foo', handler)。
3. 浏览器发 POST /foo/bar → 405，宿主 stderr 无输出。

形态差异线索

同一份插件代码（同版本）：

运行时形态	结果
打包内核（Electron 壳内 kernel-child.bundle.mjs）	正常
源码形态（dsh-web-runtime）	405

差异在装配形态，不在插件代码。

我们已落地的绕过（供参考）

改用 connection.fetch.register()（rpc-host.ts:139-156）：它只写 Connection 自己的 fetchRoutes，不触碰 owner.webServer。

connection.fetch.register({
  path: '/api/<ns>',
  methods: ['POST'],
  requestBody: 'buffered',
  fetch: async (request) => { /* {endpoint, payload} → RpcResult 信封 */ },
})

配套两点（也是排查中得到的事实）：

• connection 服务在插件 apply 时尚未就绪（实测 ctx.get('connection') === undefined），且 ctx.plugin(P) 不等待依赖，必须用 ctx.inject(['connection'], cb)；
• 老宿主（无 fetch）回退逻辑通道；浏览器侧先试新路由，收到 404 才回退（新路由未注册时 /api/* 是 404，根路径才是 405）。

绕过后的实测：两个端点均 200，面板恢复，控制台 0 errors。

建议修法（任一）

1. 在 client-connection 的 inject 中补上 webServer（若装配确实保证其可用，这是最小改动）；
2. 或在 register() 内改用 this.ctx.get('webServer')，取不到时显式抛错，让失败发生在插件作者能看到的位置；
3. 无论哪种，建议让注册失败可见：handle() 无法注册时同步抛错，或宿主侧打一条 warn——避免同类问题再次以「405 + 无日志」的形态出现。

附：探针原始输出

在插件 dist 内临时插探针（console.error + handle() 包 try/catch）后重启捕获：

[probe:index] apply called (inject satisfied); {"get.loader":true,"get.tools":true,"get.skills":true,
  "proxy.connection":"throw","get.connection":false,"get.webServer":false,...}
[probe:rpc] constructor: ctx.get(connection) available = false
[probe:rpc] inject callback fired; connection available = true
[probe:rpc] registering /skill-mcp via inject-callback
[probe:rpc] handle() THREW via inject-callback:
  Error: cannot get property "webServer" without inject
    at Fiber.<anonymous> (…/packages/client/connection/src/rpc-host.ts:179:19)
    at Proxy.register (…/packages/client/connection/src/rpc-host.ts:178:18)

（探针仅用于取证，验证后已回滚；未对 DSH 源码做任何修改。）