Remote contribution registry for out-of-tree Host plugins

[yohurm]

Context

api-remotes mounts capabilities through explicit build-time /remote imports, so a plugin distributed outside this repository cannot expose a Remote. Out-of-tree host plugins therefore carry their own HTTP routes (YoDsh does this).

Proposal

A runtime registry where a Host plugin registers a Remote contribution and the client assembly mounts it through the same gateway, keeping the typed RPC path available out-of-tree.

Why

It removes the HTTP-versus-RPC split for the ecosystem; HTTP stays useful for scripts/TUI but business surfaces could share one contract.

[zoahdev]

核验通过（当前 main HEAD 99f6f02）：packages/api/remotes/src/index.ts 顶部确实是 build-time 静态清单——import type {} from '@deepseek-ai/dsh-commands/types'、dsh-credentials/types、dsh-llm/types、dsh-agent-presets/types、dsh-settings/types 等，编译期 shape assertion 用真实签名校验事件表。你的"explicit build-time /remote imports，out-of-tree 插件无法暴露 Remote"描述准确。

三点落地意见：

1. 这属于"缺 out-of-tree 接缝"家族，建议统一设计而不是各做一套

#3186（webServer 中间件）、#3191（会话事件注册）、#3167（Remote 注册）是同一个问题的三个面：out-of-tree 插件没有动态注册 surface。与其每个接缝各做一套注册 API，不如考虑一个统一的"out-of-tree capability registry"（事件类型 + Remote + 请求策略共享注册/生命周期语义）——否则将来每个 API 面都重复踩一遍注册/销毁/冲突的坑。

2. 生命周期和冲突语义可以镜像已验证的模式

WebServer 的 register/registerUpgrade 模式（packages/host/webserver/src/index.ts）可以直接复用：注册返回 disposer、effect teardown 移除、独占 + 冲突报错（"one socket can have only one protocol owner"）。Remote 注册建议同样独占（一个端点一个所有者），冲突大声失败而不是静默覆盖。

3. 真正的代价是运行时类型安全——建议明确写入提案

build-time import 的核心收益是编译期 shape assertion（typert 签名在编译时检查）。运行时注册会失去这层保证，需要用运行时契约补：schemastery/zod schema 校验 + 协议版本化（API_REMOTE_PROTOCOL_VERSION 式的协商）。这个代价应该在提案里显式承认，否则实现时会低估它——这也是为什么该提案"看似简单、做起来比 #3186 重"。

方向支持：HTTP-vs-RPC 分裂确实是生态痛点，统一契约值得做。