Repository navigation
「v17」ConnectorRateLimitConfig 出站限流词表按 ADR-0049 摘除 —— 执行引擎不存在(#4686 拆向之二) #4911
Description
Activity
🔒 认领: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
✅ 验收通过 —— PR #4947(draft,CI 中,等绿入队)
对照实况复核(15 文件与退役套件一一对应;⛔ 入站四文件与 releases/ 零触碰——与 #4910 的面隔离验证通过):
- 退役形态正确:
ConnectorSchema非 strict → 裸删会成 ADR-0104 静默剥离,dev 正确选了retiredKey()墓碑 + 形状整体移除(连带孤儿RateLimitStrategy枚举),D2connector-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
- 退役形态正确:
- added a commit that references this issue
on Aug 3, 2026 - added a commit that references this issue
on Aug 4, 2026 - added a commit that references this issue
on Sep 28, 2026 - added 3 commits that reference this issue
on Oct 7, 2026
Part of #4686。维护者裁决(2026-08-03,PM 会话
session_01Ehu85kbvMcrNTUJjwxvLJ9经 AskUserQuestion):拆向 —— 入站接执行,出站摘除。本单是出站半边;入站半边见兄弟子单,两者相互独立、不共享文件面。事实基础(#4686 立单 + 2026-08-03 复核,C9 改名后)
ConnectorRateLimitConfigSchema(packages/spec/src/integration/connector.zod.ts:337声明,:711的ConnectorSchema.rateLimitConfig嵌入,从stack.zod.ts的connectors:可达 —— 真作者面)。plugin-runtime.zod.ts剩余家族(DynamicLoadRequest / DynamicUnloadRequest / DynamicPluginResult / PluginSource / DynamicPluginOperation)四仓零 runtime consumer —— enforce-or-remove 悬置待裁 #4834(plugin-runtime 五 schema)同形状,今天的裁决同向 —— implementation-first,词表随未来实现一起进 schema。范围
按
spec-property-retirementskill + ADR-0087 走完整退役套件:ConnectorSchema.rateLimitConfig键 +ConnectorRateLimitConfigSchema形状摘除;整形状删除 vsretiredKey墓碑的取舍按 skill 判(参考 refactor(spec)!: 退役 plugin-runtime 家族五个 schema —— 无任何 runtime 实现的「Dynamic Loading」词表 (#4834, ADR-0049) #4878:形状整体移除时墓碑话术是「整个形状已移除」而非「该键已移除」)。rateLimitConfig需 D2 conversion 或有据可查的 D3;可达性用gen:schema的 BFS 实证,不读散文。authorable-surface.json行删除走 authorable-surface 的 tombstone 门禁可被手编基线绕过 —— 删掉基线行就删掉了证据(#4638 / #4643 已两次这样过绿) #4650 落地后的合法性门禁(带[RETIRED]前置或 conversion 登记),⛔ 禁手编基线。验收
check:*+ 全仓 typecheck 绿;示例应用validate过。content/docs/releases/;入站三个嵌入点(shared/http.zod.ts的RateLimitConfigSchema及其可达面)零改动 —— 那半边正在接执行,删错方向就是事故。关联:#4686(父单,裁决记录)、#4684(C9,已关)、#4834 / PR #4878(最近先例)、#4650(基线门禁,已落地)、ADR-0049、ADR-0087。