四仓库可维护性改进与跨仓发布依赖跟踪 #167

目标与当前结果

四仓已按重新审计的维护成本分析实施并更新 draft PR。评估的是合理变化需要理解的知识、联动位置、调用顺序及可信反馈成本；没有把 bug 修复数量或测试通过数当作整体可维护性证明。

已收拢：Python builtin 合同/Host active effects/Source 稳定身份；TS bytes 资源、Web 连接切换、首次 selection、Peer wire client、WebExt 命令合同；Swift 目录会话/展示输入/manifest 与应用版本；Registry association 生成、文档指纹及容量组。各模块仍保留真实领域政策和兼容边界。

可审阅交付

四仓均从独立 origin/main worktree 工作，无堆叠父子依赖，普通提交与 push；未合并或正式发行。

各 PR 记录具体范围、代价、回滚条件与验证限制。TS 与 Registry 原有 svc.json 未提交。TS 的源码验收副本仅该文件用HEAD，其他当前源码已比对；不是声称带有不相关配置迁移的原目录检查通过。不同入口测试有交集，数字不相加作覆盖率。

明确保留的约束

• Registry 批处理仍复用实现，但恢复基点的 MF/文档独立额度组和 Python 直接 staging；混合负载结果支持恢复隔离，没有建立新调度框架。
• Swift 尚未发行的 SQLite v1 按现有仓库要求保留原文件并拒绝，旧时间字段不足以重建冻结顺序，没有伪造迁移。
• Python Resolver 命名投影、Swift 单消费者 SourceJobs 在审计中未形成充分缺陷证据，未为假设需求建立框架。
• 必要领域 reconciliation、Peer 平等、共享数据库权威、追加迁移和独立分发合同保留。

仍需闭合

• 正式 Core 新制品发布后，Registry 旧 Peer 管理 API 改成 re-export/薄错误适配，删除冻结实现。当前候选0.4.4及最终委托实验已验证；不把临时tarball当正式发行。
• Toolkit0.5.1 已按现有协调版本准备机制准备并更新锁，尚未正式发布。独立 Registry wheel 交付前先提供配套 Toolkit；PR68保留协调准备标签，其他发布门禁不放宽。
• 恢复 Registry preview 环境创建 Heroku 应用的授权后重试。run41196717325由未改动main控制器在POST应用时收到401，候选镜像已加载但尚未迁移/启动；不回退源码或吞掉认证错误。
• TS Pages preview 的显式版本准备步骤需进入 main 可信控制器后重验；当前旧控制器已按预期拒绝旧Host/新MF下限产物。真实浅克隆、无可用远端的候选准备与新控制器步骤验证通过，普通build没有暗改版本。
• Swift ba40596 远端重验全部通过。首次CI挂起已证实是关闭后driver回滚/query不settle；已修复并独立复核错误分类、closeFuture归还、取消及普通回滚，保留缓冲原始行的内存代价。
• 后续采纳、正式发行及相应平台/第三方验收按实际决定推进；当前证据不覆盖真实账号、macOS系统权限/实际桌面焦点或公证。

本 issue 保持打开，承接上述明确依赖；不是仍欠一次未定义的“全面重构”。