`system/http-server.zod.ts` 幸存导出 `ServerEvent*` / `ServerCapabilities` / `ServerStatus` 全仓零消费者 —— 响应/能力形状,ADR-0049 判定待做

[os-zhuang]

#4938 / PR #5293 退役 HttpServerConfigSchema 时的过程观察,PM 代 dev 归档(dev 依范围纪律未捎带处置,正确 —— 这批形状不在该裁决范围内)。基线 origin/main @ 3905c00 + PR #5293 diff。

事实

system/http-server.zod.ts 在容器退役后仍导出 ServerEventSchema / ServerEventType / ServerCapabilitiesSchema / ServerStatusSchema(及对应类型)。#5293 的消费者扫描顺带测得:除本文件与其测试外,全仓(objectstack / spec 之外)零消费者。

与 #4938 的差别:那九个键是 authorable 配置面(在 authorable-surface.json 在册、文档渲染为「作者可写」),这批是响应/能力词表(server 实现向外报告的形状)—— 不在 authorable surface,不适用同一裁决,故单独立单。

为什么持有而不是直接入队

• 响应形状的「仓内零消费者」证据弱于 authorable 键(与 CSS 变量同型的反驳:契约词表可能是给 host 实现者/外部消费者的参考面);
• 需要先回答:这三个形状是对外承诺的 server 实现契约(那就该有消费它的 conformance/adapter 面),还是 system/HttpServerConfigSchema 九个键全仓零 reader,且没有任何作者面入口(defineStack 无 server:,不在 config-schema) #4938 同一批「声明了没人接」的残留;plugin-hono-server 是否实现/报告这些能力是关键测量,本单未做;
• v17 不卡它,错过窗口的代价是零(非 breaking 的观察)。

处置候选(未裁):补消费者(adapter conformance)/ ADR-0049 退役 / 降级为纯参考类型。发现分诊轮按过时前提检查后定级。

关联:#4938、PR #5293(消费者扫描证据)、ADR-0049。