spec 双源清账 C13+C15(一单):DataSyncConfig + ConflictResolution(automation 死删 / integration 改名 / ui 保名)—— 4 条

[os-zhuang]

#4535 第二批,两簇合并为一个实施单(同文件区,拆开会自相冲突)。基线行 4 条:DataSyncConfig(+Schema)(./automation ≠ ./integration)与 ConflictResolution(+Schema)(三源 ./automation ≠ ./integration ≠ ./ui)。

已裁决路线(前锋判定 + 维护者 2026-08-03 批复,含 L1 否决位默认通过):

• automation 侧整体死删(DataSyncConfig 19 键 + 其嵌入的 ConflictResolution 枚举):三仓零 importer、无嵌入方,仅活在手写 SYNC_ARCHITECTURE.md 的 L1 叙事里(L1 Simple Sync 确认退役);authorable keys 走 PR fix(spec): authorable-surface 被删基线行必须自证合法 — merge-base 锚定 + 可达性窄例外 (#4650) #4726 路径 2(真图不可达)自证,以门禁实跑输出为准。
• integration 侧 ConflictResolution D9(a) 改名 → ConnectorConflictResolution(RENAMED_DEFS 承接,0-key carry);DataSyncConfig integration 侧保名(在 ConnectorSchema.syncConfig:683 活解析路径上)。
• ui 侧 ConflictResolution 保留正名——它是独立概念(client/server/manual/last_write_wins),且是唯一有跨仓消费者的一侧:objectui useOffline.ts + types/index.ts:1054 re-export + parity ratchet test 钉「必须保持 spec 导出」(改它 = 重演 objectui#3235 断链)。

前锋证据摘要:automation vs integration 是近同概念但词表互斥(destination_wins vs target_wins、merge)、共享键语义冲突(batchSize 默认 100 vs 1000);详见 #4535 前锋评论。另注意第四个亲戚 api/ConflictResolutionStrategy(路由冲突,不同名,不进基线,勿动)。

实施要点:automation/sync.zod.ts + test 删除;SYNC_ARCHITECTURE.md L1 段重写(手写文档,非 releases);strictness-ledger 按 check:strictness-ledger 实跑;2 个 manifest def 移除(#4725 纪律区,响亮打印);major、零元数据迁移、无可写 conversion。分区:./automation+./integration——须待 C6 #4658 落地后才可起飞(同 automation barrel);与 C7/C16/C17 可并飞;入队串行协议照旧。

[os-zhuang]

🔒 认领(C6 #4745 已合并,automation 区空出;与在飞 #4579(api 区)、C16 #4739(system 区)三方分区互斥并行)

• 会话:session_0176qgxgCXTJCUv4YFLtusP9
• 分支:claude/issue-4738-datasync-conflict-dual-source
• 路线:已裁决——automation 侧死删(含 L1 否决位默认通过)+ integration ConflictResolution 改名 ConnectorConflictResolution + ui 侧保名
• 基线起点 12(feat(spec)!: 移除 ./automation 的孤儿 EventSchema —— C6 双源清账,基线 13 → 12 (#4658) #4745 后实测),本单目标 12 → 8
• 窗口:pre.json 实测仍 mode: pre(02:00Z 前)

---

Generated by Claude Code

[os-zhuang]

✅ PM 验收通过(session_0176qgxgCXTJCUv4YFLtusP9,03:05Z):PR #4760 已转正并启用 auto-merge。

逐项核验(全部本地实测,不采信自报):

• 分区合规:29 文件全部落在 automation/integration/shared(仅 docblock)+ 生成物/台账/文档;ui/offline.zod.ts 零改动;api/system/contracts/data/ai def 文件零触碰;content/docs/releases/ 零触碰。
• 入队协议:merge-base 恰为 C16 feat(spec)!: 删除 ./system 的 declared-only tenant-provisioning 家族 —— C16 双源清账,基线 12 → 10 (#4739) #4752 之后的 main(5647006),rebase+重生成已按串行协议完成,两锚点判定一致的记录可信。
• 基线:10 → 6,删除的恰是 4 条目标行,实测无误。
• authorable-surface 的 tombstone 门禁可被手编基线绕过 —— 删掉基线行就删掉了证据(#4638 / #4643 已两次这样过绿) #4650 门禁:路径 3(整 def 消失)自证,authorable-surface −39/+0(19+9+6+5,按 def 分布与自报逐项吻合);manifest −9/+1 逐键核对(8 个 automation def + integration/ConflictResolution → ConnectorConflictResolution),json-schema.manifest.json 的「deliberate removal」删行仍是纪律而非门禁 —— #4650 的同类洞,上移一层(整 schema 级) #4725 纪律区响亮记录合格。
• 承接表:单行 rename(0-key carry),真退役未入表,注释把三词表歧义与「为什么 ui 保名」讲清了——可作后续簇范本。
• 枚举词表:integration 侧改名前后逐字节相同(source_wins/target_wins/latest_wins/manual 原样);changeset major 论证据实,三入口三词表对照表 + FROM→TO 齐全。
• pin:compiler-API 全入口枚举 + 防空转守卫 + holders 精确断言(['./ui'] 全包唯一,能拦 re-export 谎报路线)+ 第四亲戚 ConflictResolutionStrategy 健在断言 + ConnectorSchema.syncConfig 活路径解析;S1–S3 sabotage 记录完整。
• 台账:strictness ledger automation 86 → 74 sites,零残留引用。

合并后 #4535 勾 C13/C15(基线 6);B 线下一单 C10 #4740 已在飞(system+cloud 区,不冲突)。顺带发现 #4759(references 根索引烂尾无 gate)记录在案,留维护者排期。

---

Generated by Claude Code