「v17」ConnectorRateLimitConfig 出站限流词表按 ADR-0049 摘除 —— 执行引擎不存在(#4686 拆向之二)

[xuyushun441-sys]

Part of #4686。维护者裁决(2026-08-03,PM 会话 session_01Ehu85kbvMcrNTUJjwxvLJ9 经 AskUserQuestion):拆向 —— 入站接执行,出站摘除。本单是出站半边;入站半边见兄弟子单,两者相互独立、不共享文件面。

事实基础(#4686 立单 + 2026-08-03 复核,C9 改名后)

• C9(spec 双源清账 C9:RateLimitConfig / RateLimitConfigSchema(./integration ≠ ./shared)—— 2 条 #4684)已把 connector 侧改名收敛为 ConnectorRateLimitConfigSchema(packages/spec/src/integration/connector.zod.ts:337 声明,:711 的 ConnectorSchema.rateLimitConfig 嵌入,从 stack.zod.ts 的 connectors: 可达 —— 真作者面)。
• 全仓零 reader(spec 之外零命中,阳性对照验证过扫描器)。
• 出站限流引擎在 runtime 里根本不存在 —— runtime 的 token bucket 只服务入站 dispatcher。这不是「接线」问题,是给不存在的引擎养词表:与 ADR-0049:plugin-runtime.zod.ts 剩余家族(DynamicLoadRequest / DynamicUnloadRequest / DynamicPluginResult / PluginSource / DynamicPluginOperation)四仓零 runtime consumer —— enforce-or-remove 悬置待裁 #4834(plugin-runtime 五 schema)同形状,今天的裁决同向 —— implementation-first,词表随未来实现一起进 schema。

范围

按 spec-property-retirement skill + ADR-0087 走完整退役套件:

1. ConnectorSchema.rateLimitConfig 键 + ConnectorRateLimitConfigSchema 形状摘除;整形状删除 vs retiredKey 墓碑的取舍按 skill 判(参考 refactor(spec)!: 退役 plugin-runtime 家族五个 schema —— 无任何 runtime 实现的「Dynamic Loading」词表 (#4834, ADR-0049) #4878:形状整体移除时墓碑话术是「整个形状已移除」而非「该键已移除」)。
2. ADR-0087 转换逐条论证:connector 是可作者化面,存量 connector 文档若带 rateLimitConfig 需 D2 conversion 或有据可查的 D3;可达性用 gen:schema 的 BFS 实证,不读散文。
3. authorable-surface.json 行删除走 authorable-surface 的 tombstone 门禁可被手编基线绕过 —— 删掉基线行就删掉了证据(#4638 / #4643 已两次这样过绿) #4650 落地后的合法性门禁(带 [RETIRED] 前置或 conversion 登记),⛔ 禁手编基线。
4. strictness-ledger 对应行同步;四张 ratchet 变化逐一自证(对照 refactor(spec)!: 退役 plugin-runtime 家族五个 schema —— 无任何 runtime 实现的「Dynamic Loading」词表 (#4834, ADR-0049) #4878 的「异常信号未出现」核对法)。
5. major changeset,v17 窗口内落地。

验收

• 三仓(objectstack / objectui / cloud)带引号精确名扫描零命中,每个零命中配邻近词阳性对照。
• pin:符号身份断言(runtime 模块命名空间,packages/spec 的「编译期 pin」是失效的:tsconfig 排除了 *.test.ts,vitest 也不做类型检查 #4642 教训:编译期 pin 空转),sabotage 实跑输出贴 PR。
• spec 十道 check:* + 全仓 typecheck 绿;示例应用 validate 过。
• ⛔ 不碰 content/docs/releases/;入站三个嵌入点(shared/http.zod.ts 的 RateLimitConfigSchema 及其可达面)零改动 —— 那半边正在接执行,删错方向就是事故。

关联:#4686(父单,裁决记录)、#4684(C9,已关)、#4834 / PR #4878(最近先例)、#4650(基线门禁,已落地)、ADR-0049、ADR-0087。

[xuyushun441-sys]

🔒 认领:PM 循环插派(维护者指示:#4910/#4911/#4876 有空位即插,不等轮次)
会话:session_01Ehu85kbvMcrNTUJjwxvLJ9
分支:claude/issue-4911-connector-ratelimit-retire
Worktree:objectstack-issue-4911
域:domain:spec
文件面:packages/spec/src/integration/connector.zod.ts、packages/spec/src/conversions/、packages/spec/src/migrations/、authorable-surface.json(经合法性门禁)、spec 生成物。⛔ 不碰 shared/http.zod.ts 及入站嵌入点(#4910 的面)。

派发前快检:origin/main = 3edff5cf9,connector.zod.ts 今日无新 churn;与在飞批 9(spec/automation/*)、#4721(spec/data/query + metadata-protocol)文件面不相交;conversions/migrations 注册表是共享追加点,合并冲突时两边条目全保留(#4878 惯例)。

---

Generated by Claude Code

[xuyushun441-sys]

✅ 验收通过 —— PR #4947(draft,CI 中,等绿入队)

对照实况复核(15 文件与退役套件一一对应;⛔ 入站四文件与 releases/ 零触碰——与 #4910 的面隔离验证通过):

• 退役形态正确:ConnectorSchema 非 strict → 裸删会成 ADR-0104 静默剥离,dev 正确选了 retiredKey() 墓碑 + 形状整体移除(连带孤儿 RateLimitStrategy 枚举),D2 connector-rate-limit-config-removed 进 D3 链 major 17。
• spec 双源清账 C9:RateLimitConfig / RateLimitConfigSchema(./integration ≠ ./shared)—— 2 条 #4684 的 RENAMED_DEFS 条目吸收有论证:同一未发布 major 内 rename-then-delete 合成 delete,且 checkRenameTable 拒绝指向不再发出的 def——这类跨单交互正是退役最容易漏的。
• 基线变更全部走门禁自证路径:gen:schema 先按要求红(2 def 消失),手动删 manifest 后 authorable-surface 的 tombstone 门禁可被手编基线绕过 —— 删掉基线行就删掉了证据(#4638 / #4643 已两次这样过绿) #4650 合法性路径自裁(def no longer emitted by this build),零手编。
• Sabotage 双向:只复活类型 → 编译期 pin 抓住(packages/spec 的「编译期 pin」是失效的:tsconfig 排除了 *.test.ts,vitest 也不做类型检查 #4642 教训实证);复活活键 → 5 条测试红(含 stack 层同门断言)。恢复后全绿。
• 三仓扫描带阳性对照:objectstack 残余逐条归类(墓碑处方/conversion 定义/pin 断言词/历史散文,均属正常);objectui 0/0/0;cloud(只读,GitHub code search)0/0,唯一命中是 changeset 散文引用。
• 122/122 typecheck、spec 7363、cli 588(含 migrate-meta e2e 重放新 conversion)、三示例 validate 过。

零 open questions、零范围外发现——本单是收尾干净的一单。父单 #4686 还剩 #4910(裁决已齐,排期中),两单都关后我来总结关父单。

---

Generated by Claude Code