docs(ai-plan): 迁移数据仓库持久化计划

hBc
This commit is contained in:
GeWuYou 2026-04-19 22:30:26 +08:00
parent 58f325317e
commit 254d354c8d
7 changed files with 367 additions and 6 deletions

View File

@ -34,6 +34,10 @@ help the current worktree land on the right recovery documents without scanning
- Purpose: continue the CQRS migration, registry hardening, and related PR follow-up.
- Tracking: `ai-plan/public/cqrs-rewrite/todos/cqrs-rewrite-migration-tracking.md`
- Trace: `ai-plan/public/cqrs-rewrite/traces/cqrs-rewrite-migration-trace.md`
- `data-repository-persistence`
- Purpose: continue the data repository persistence hardening plus the settings / serialization follow-up backlog.
- Tracking: `ai-plan/public/data-repository-persistence/todos/data-repository-persistence-tracking.md`
- Trace: `ai-plan/public/data-repository-persistence/traces/data-repository-persistence-trace.md`
- `documentation-governance-and-refresh`
- Purpose: continue the documentation governance, README hardening, and `docs/zh-CN` accuracy refresh work.
- Tracking: `ai-plan/public/documentation-governance-and-refresh/todos/documentation-governance-and-refresh-tracking.md`
@ -55,6 +59,9 @@ help the current worktree land on the right recovery documents without scanning
- Worktree hint: `GFramework-coroutine-optimization`
- Priority 1: `coroutine-optimization`
- Priority 2: `ai-plan-governance`
- Branch: `feat/data-repository-persistence`
- Worktree hint: `GFramework-data-repository-persistence`
- Priority 1: `data-repository-persistence`
- Branch: `docs/sdk-update-documentation`
- Worktree hint: `GFramework-update-documentation`
- Priority 1: `documentation-governance-and-refresh`

View File

@ -17,10 +17,9 @@
- 恢复点编号:`AI-PLAN-GOV-RP-005`
- 当前阶段:`Phase 3`
- 当前焦点:
- 将"主题内 `archive/` 已存在"升级为"active todo/trace 过长时必须归档已完成且已验证阶段"的显式规则
- 让 active `todos/` / `traces/` 只保留当前恢复点、活跃事实、活跃风险、下一步与 archive 指针
- 将 `ai-plan-governance``ai-first-config-system``cqrs-rewrite` 的历史阶段从默认启动入口移出
- 验证“只有早期 todo、没有 durable trace”的 legacy `local-plan` 也能迁入 `ai-plan/public/<topic>/`,且不退化为简单目录平移
- 继续扫描其他 worktree 是否仍有遗留的 `local-plan` 或其他平铺 durable recovery 目录
- 保持 active `todos/` / `traces/` 只保留当前恢复点、活跃事实、活跃风险、下一步与 archive 指针
- 确保 `ai-plan/public/README.md` 与各 topic active 文档对 worktree 映射、恢复点和下一步的描述保持同步
### 已知风险
@ -59,11 +58,18 @@
- `ai-plan/public/coroutine-optimization/traces/`
- `ai-plan/public/coroutine-optimization/archive/todos/`
- `ai-plan/public/coroutine-optimization/archive/traces/`
- 已将当前工作树遗留的 settings / persistence / serialization 混合恢复文档从 `local-plan/` 迁入:
- `ai-plan/public/data-repository-persistence/todos/`
- `ai-plan/public/data-repository-persistence/traces/`
- `ai-plan/public/data-repository-persistence/archive/todos/`
- `ai-plan/public/data-repository-persistence/archive/traces/`
- 已同步更新 `ai-plan/public/README.md`,将分支 `fix/analyzer-warning-reduction-batch` 映射到新 topic
- 已同步更新 `ai-plan/public/README.md`,将分支 `docs/sdk-update-documentation` 映射到
`documentation-governance-and-refresh`
- 已同步更新 `ai-plan/public/README.md`,将分支 `feat/coroutine-optimization` 映射到
`coroutine-optimization`
- 已同步更新 `ai-plan/public/README.md`,将分支 `feat/data-repository-persistence` 映射到
`data-repository-persistence`
- 已同步更新 `AGENTS.md``ai-plan/README.md``gframework-boot`,明确 active 文档不是追加式日志,已完成且已验证阶段必须归档
## 验证
@ -80,6 +86,9 @@
- `find ai-plan/public/coroutine-optimization -maxdepth 3 -type f | sort`
- 结果:通过
- 备注:更早期、只有 todo 没有 trace 的 coroutine 计划也已按治理规则补齐 active 入口与 archive
- `find ai-plan/public/data-repository-persistence -maxdepth 3 -type f | sort`
- 结果:通过
- 备注:只有单文件且混合承担 todo / trace 的 legacy `local-plan` 也已按治理规则拆分为 active 入口与主题内 archive
- `test ! -e local-plan`
- 结果:通过
- 备注:当前工作树根目录已不再保留 legacy `local-plan/`
@ -94,6 +103,6 @@
## 下一步
1. 继续扫描是否还有遗留的 `local-plan` 或其他非 `ai-plan` 的 durable recovery 文档目录,尤其关注只有 todo 没有 trace 的更早期计划
1. 继续扫描是否还有遗留的 `local-plan` 或其他非 `ai-plan` 的 durable recovery 文档目录,尤其关注单文件混合 tracking/trace 或只有 todo 没有 trace 的更早期计划
2. 后续只要某个 active 主题积累了多个已完成且已验证阶段,就在同一变更里将其细节迁入该主题自己的 `archive/`
3. 若某个主题整体完成,再将整个主题目录移入 `ai-plan/public/archive/<topic>/`

View File

@ -92,4 +92,28 @@
### 下一步 — coroutine 早期计划迁移
1. 后续若再遇到"只有 todo、没有 trace"的更早期计划,继续按同一模式迁入 topic archive并明确标注推导边界
2. 保持新 topic 的 active 入口精简,不把补写 trace 变成伪造逐日执行日志
2. 保持新 topic 的 active 入口精简,不把补写 trace 变成伪造逐日执行日志
### 阶段:单文件 local-plan 迁移验证RP-005
- 复核当前工作树后确认:遗留的 `local-plan/` 只剩一份
`settings-persistence-serialization-tracking.md`,它同时承担 todo 与 trace 角色,不符合当前 `ai-plan` 目录语义
- 按同一治理规则建立 `ai-plan/public/data-repository-persistence/`,并补齐:
- `todos/`
- `traces/`
- `archive/todos/`
- `archive/traces/`
- 将旧混合文件拆分为主题内历史跟踪归档与基于同一材料整理的历史 trace显式保留“原始材料并非独立 trace”的边界
- 新建精简版 active tracking / trace 入口,只保留当前恢复点、活跃事实、风险与下一步
- 在 `ai-plan/public/README.md` 中建立
`feat/data-repository-persistence` -> `data-repository-persistence` 的 worktree 映射
- 删除旧 `local-plan` 目录,验证当前工作树根目录已不再保留 legacy 私有恢复入口
- 额外完成验证:
- `find ai-plan/public/data-repository-persistence -maxdepth 3 -type f | sort`
- `test ! -e local-plan`
- `dotnet build GFramework.Core.Abstractions/GFramework.Core.Abstractions.csproj -c Release -p:RestoreFallbackFolders=`
### 下一步 — 单文件计划迁移
1. 后续若再遇到“单文件同时承担 tracking / trace”的更早期计划继续按同一模式迁入 topic archive并显式标注来源边界
2. 保持新 topic 的 active 入口精简,避免把拆分后的公共目录重新写回旧式混合日志

View File

@ -0,0 +1,176 @@
# Settings / Persistence / Serialization 历史任务单
> 说明:本归档由 `2026-04-19` 的 legacy `local-plan/settings-persistence-serialization-tracking.md` 迁移生成。
> 原文件同时承担 todo 与 trace 角色;本文件保留任务目标、已完成改动、验证与 backlog供后续主题恢复引用。
## 目标
围绕 `GFramework` 当前的设置、持久化、序列化系统,先完成一轮高优先级收敛:
- 修正文档与当前实现不一致的问题
- 补足关键直接测试,避免只靠侧面覆盖
- 修复本轮实现中暴露出来的真实缺陷
- 为后续更大的存档迁移 / 持久化策略统一保留清晰恢复点
## 历史阶段完成情况
### 代码
- [x] `JsonSerializer` 支持注入 `JsonSerializerSettings`
- [x] `JsonSerializer` 暴露 `Converters` 入口,允许按实例追加 converter
- [x] `JsonSerializer` 反序列化失败会带上目标类型上下文
- [x] `JsonSerializer.Serialize(object, Type)` 保持 `obj == null` 时输出 `"null"` 的兼容行为
- [x] `JsonSerializer` 不再把参数校验抛出的 `ArgumentException` 包装成 `InvalidOperationException`
- [x] `DataRepository.SaveAllAsync(...)` 改为批量提交语义,只发送 `DataBatchSavedEvent`
- [x] `DataRepository.DeleteAsync(...)` 仅在目标真实存在时发送删除事件
- [x] `DataRepository` 在批量保存时保留运行时数据类型,避免自动备份读取到退化的 `IData` 类型
- [x] `SettingsModel.GetData<T>()` 在初始化后新增设置数据时会立即注册数据类型
- [x] `SettingsModel.RegisterApplicator<T>()` 会同步注册 applicator 绑定的数据类型
- [x] `SettingsModel.RegisterMigration(...)` 会失效对应类型的迁移缓存,避免 cache warm-up 后新增迁移不生效
- [x] 修复 `UnifiedSettingsDataRepository.SaveAsync(...)` 首次保存时可能发生的自锁死锁
- [x] `UnifiedSettingsDataRepository` 对齐 `DataRepositoryOptions` 契约,支持统一文件级自动备份
- [x] `UnifiedSettingsDataRepository.LoadAsync<T>()` 改为发送 `DataLoadedEvent<T>`,不再退化为
`DataLoadedEvent<IData>`
- [x] `UnifiedSettingsDataRepository.SaveAllAsync(...)` 改为批量提交语义,不再隐式重复发送单项保存事件
- [x] `UnifiedSettingsDataRepository` 改为“快照 -> 持久化 -> 交换缓存”的提交模型,避免失败写入污染内存中的已提交状态
- [x] `ISaveRepository<T>` 增加正式的 `ISaveMigration<T>` 迁移接口
- [x] `SaveRepository<T>``LoadAsync(slot)` 时支持按版本链自动迁移并回写升级后的存档
- [x] `SaveRepository<T>` 的迁移注册表增加并发访问保护,禁止同一 `FromVersion` 重复注册被静默覆盖
### 测试
- [x] 新增 `JsonSerializer` 直接单测
- [x] 新增 `SettingsModel` 直接单测
- [x] 新增 `FileStorage` / `SaveRepository` / `UnifiedSettingsDataRepository` 持久化测试
- [x] 新增 `SaveRepository` 迁移链、重复注册和缺失迁移链的直接单测
- [x] 新增 `DataRepository` 批量事件与自动备份直接单测
- [x] 新增 `DataRepository.SaveAllAsync(...)` 运行时类型批量覆盖回归测试
- [x] 新增 `SettingsSystem` 直接测试,覆盖 `ApplyAll / Reset / SaveAll / ResetAll`
- [x] 新增 `UnifiedSettingsDataRepository` 事件开启场景下的上下文集成测试
- [x] 新增 `UnifiedSettingsDataRepository` 保存/删除失败时缓存一致性回归测试
- [x] 定向测试通过:`JsonSerializerTests | SettingsModelTests | PersistenceTests`
- [x] 定向测试通过:`SettingsModelTests | PersistenceTests | SettingsSystemTests`
- [x] 定向测试通过:`PersistenceTests | SettingsSystemTests`
- [x] 定向测试通过:`PersistenceTests | SettingsSystemTests | SettingsModelTests`
- [x] 全量 `GFramework.Game.Tests` 通过
### 文档
- [x] 重写 `docs/zh-CN/game/setting.md`,对齐当前 `ISettingsModel` / `SettingsSystem` / `ISettingsData`
- [x] 修正 `docs/zh-CN/game/data.md`,把存档迁移文档更新为 `ISaveRepository<T>.RegisterMigration(...)` 的内建能力说明
- [x] 修正 `docs/zh-CN/game/data.md`,补充 `IDataRepository` / `UnifiedSettingsDataRepository` 的统一事件与备份语义说明
- [x] 修正 `docs/zh-CN/game/data.md`,补充 `UnifiedSettingsDataRepository` 的最小接入示例、
`RegisterDataType(...)` 说明与 `DataLoadedEvent<T>` 兼容性说明
- [x] 修正 `docs/zh-CN/game/index.md``JsonSerializer` 示例缺少 `Newtonsoft.Json` using 的问题
- [x] `setting.md` 中迁移接口示例统一改为 `ISettingsData`,清掉残留旧术语
- [x] 当时已更新 `AGENTS.md`,强调实现完成后必须同步维护恢复文档;当前仓库已由 `ai-plan` 治理规则接管该职责
## 历史改动文件
### 生产代码
- `GFramework.Game/Serializer/JsonSerializer.cs`
- `GFramework.Game/Setting/SettingsModel.cs`
- `GFramework.Game/Data/UnifiedSettingsDataRepository.cs`
- `GFramework.Game/Data/DataRepository.cs`
- `GFramework.Game.Abstractions/Data/ISaveMigration.cs`
- `GFramework.Game.Abstractions/Data/ISaveRepository.cs`
- `GFramework.Game/Data/SaveRepository.cs`
- `GFramework.Game.Abstractions/Data/DataRepositoryOptions.cs`
### 测试
- `GFramework.Game.Tests/Serializer/JsonSerializerTests.cs`
- `GFramework.Game.Tests/Setting/SettingsModelTests.cs`
- `GFramework.Game.Tests/Setting/SettingsSystemTests.cs`
- `GFramework.Game.Tests/Data/PersistenceTestUtilities.cs`
- `GFramework.Game.Tests/Data/PersistenceTests.cs`
### 文档
- `AGENTS.md`
- `docs/zh-CN/game/setting.md`
- `docs/zh-CN/game/data.md`
- `docs/zh-CN/game/index.md`
## 已验证结果
已执行:
```bash
dotnet test GFramework.Game.Tests/GFramework.Game.Tests.csproj --filter "JsonSerializerTests"
dotnet test GFramework.Game.Tests/GFramework.Game.Tests.csproj --filter "JsonSerializerTests|SettingsModelTests|PersistenceTests"
dotnet test GFramework.Game.Tests/GFramework.Game.Tests.csproj
dotnet test GFramework.Game.Tests/GFramework.Game.Tests.csproj -c Release --filter "PersistenceTests"
dotnet test GFramework.Game.Tests/GFramework.Game.Tests.csproj -c Release
dotnet test GFramework.Game.Tests/GFramework.Game.Tests.csproj -c Release --filter "PersistenceTests|SettingsSystemTests"
dotnet test GFramework.Game.Tests/GFramework.Game.Tests.csproj -c Release --filter "PersistenceTests|SettingsSystemTests|SettingsModelTests"
```
结果:
- `JsonSerializerTests`:通过
- `JsonSerializerTests | SettingsModelTests | PersistenceTests`12 个通过
- `PersistenceTests`Release7 个通过
- `PersistenceTests | SettingsSystemTests`Release16 个通过
- `PersistenceTests | SettingsSystemTests | SettingsModelTests`Release18 个通过
- `PersistenceTests | SettingsSystemTests`Release补充回归后19 个通过
- `PersistenceTests | SettingsSystemTests | SettingsModelTests`Release补充回归后21 个通过
- `GFramework.Game.Tests` 全量Release89 个通过
## 本轮发现的真实问题
### 已修复
- `UnifiedSettingsDataRepository.SaveAsync(...)` 在未加载状态下会先拿 `_lock`,再进入 `EnsureLoadedAsync()`
导致首次保存等待同一把 `SemaphoreSlim`,形成死锁
- `UnifiedSettingsDataRepository` 在删除或保存时先原地修改 `_file` 再写盘,如果持久化失败会让内存缓存领先于
磁盘状态,后续无关保存可能把失败修改意外落盘;现已改为快照提交模型
- `SaveRepository<T>` 的迁移注册表在注册与加载并发时缺少同步保护,且重复注册相同 `FromVersion` 会被静默覆盖,
已改为加锁访问并显式拒绝重复注册
### 已确认但暂未展开
- `SettingsSystem` / `SettingsModel` 仍依赖上下文事件发送,单元测试需要显式提供上下文
## 当前剩余待办
### P0
- [x] 统一 `DataRepository``UnifiedSettingsDataRepository` 的持久化策略约定
### P1
- [ ] 评估是否要给 `JsonSerializer` 增加更明确的只读配置说明,例如线程安全和实例级 converter 使用方式
- [x] 为 `SettingsSystem` 增加直接测试,覆盖 `ApplyAll / Reset / SaveAll` 的系统层语义
- [x] 为 `UnifiedSettingsDataRepository` 增加事件开启场景下的上下文集成测试
### P2
- [ ] 评估把设置、存档、通用仓库的版本迁移模型做统一抽象
- [ ] 评估压缩 / 加密 / 元数据策略是否应放进更明确的 codec / persistence pipeline
## 下次恢复建议
建议从这里继续:
1. 先评估 `JsonSerializer` 的只读配置、线程安全与实例级 converter 使用说明
2. 再考虑设置 / 存档 / 通用仓库的迁移模型是否进一步统一
3. 最后评估压缩 / 加密 / 元数据策略是否抽成更明确的 codec / persistence pipeline
恢复时优先查看:
- `GFramework.Game/Data/SaveRepository.cs`
- `GFramework.Game/Data/UnifiedSettingsDataRepository.cs`
- `GFramework.Game/Data/DataRepository.cs`
- `GFramework.Game/Setting/SettingsModel.cs`
- `GFramework.Game/Setting/SettingsSystem.cs`
- `GFramework.Game/Serializer/JsonSerializer.cs`
- `GFramework.Game.Tests/Data/PersistenceTests.cs`
- `GFramework.Game.Tests/Setting/SettingsSystemTests.cs`
- `docs/zh-CN/game/data.md`
## 备注
- 该历史阶段形成时,仓库存在大量与本任务无关的既有改动
- 后续继续实施时,应继续把改动严格收敛在设置 / 持久化 / 序列化相关文件,避免误碰其他重构主线

View File

@ -0,0 +1,62 @@
# Data Repository Persistence 历史追踪
> 说明:旧 `local-plan` 没有独立 trace而是由
> `local-plan/settings-persistence-serialization-tracking.md` 同时承担 tracking / trace 职责。
> 本文件基于该混合材料整理,只保留可稳定确认的事实、决策、验证与 backlog不补写无法从原文推导的逐时序细节。
## 历史阶段:设置 / 持久化 / 序列化第一轮收敛pre-RP001
### 关键目标
- 修正文档与当前实现不一致的问题
- 补足关键直接测试,避免只靠侧面覆盖
- 修复本轮实现中暴露出来的真实缺陷
- 为后续更大的存档迁移 / 持久化策略统一保留清晰恢复点
### 已确认落地的实现决策
- 为 `JsonSerializer` 补齐实例级配置入口,并保留 `Serialize(object, Type)``null` 场景下输出 `"null"` 的兼容语义
- 将 `DataRepository``UnifiedSettingsDataRepository` 的批量保存语义收口到批量提交事件,避免重复发送单项保存事件
- 让 `DataRepository` / `UnifiedSettingsDataRepository` 在批量保存和加载时保留运行时数据类型与泛型事件类型,避免回退到
`IData`
- 为 `SettingsModel` 的动态注册、applicator 绑定与 migration cache 失效补齐直接语义
- 为 `UnifiedSettingsDataRepository` 引入“快照 -> 持久化 -> 交换缓存”的提交模型,避免失败写入污染已提交缓存
- 为 `ISaveRepository<T>` / `SaveRepository<T>` 建立正式的 `ISaveMigration<T>` 迁移链能力,并为注册表并发访问补同步保护
### 已确认落地的验证
- 已新增 `JsonSerializer``SettingsModel``SettingsSystem``Persistence` 等直接测试
- 已验证 `SaveRepository<T>` 迁移链、重复注册、缺失迁移链、批量事件、自动备份、运行时类型覆盖与缓存一致性回归
- 已同步更新 `docs/zh-CN/game/setting.md``docs/zh-CN/game/data.md``docs/zh-CN/game/index.md`
- 原始记录中的测试命令包括:
- `dotnet test GFramework.Game.Tests/GFramework.Game.Tests.csproj --filter "JsonSerializerTests"`
- `dotnet test GFramework.Game.Tests/GFramework.Game.Tests.csproj --filter "JsonSerializerTests|SettingsModelTests|PersistenceTests"`
- `dotnet test GFramework.Game.Tests/GFramework.Game.Tests.csproj`
- `dotnet test GFramework.Game.Tests/GFramework.Game.Tests.csproj -c Release --filter "PersistenceTests"`
- `dotnet test GFramework.Game.Tests/GFramework.Game.Tests.csproj -c Release`
- `dotnet test GFramework.Game.Tests/GFramework.Game.Tests.csproj -c Release --filter "PersistenceTests|SettingsSystemTests"`
- `dotnet test GFramework.Game.Tests/GFramework.Game.Tests.csproj -c Release --filter "PersistenceTests|SettingsSystemTests|SettingsModelTests"`
- 原始记录确认的结果包括:
- `JsonSerializerTests`:通过
- `JsonSerializerTests | SettingsModelTests | PersistenceTests`12 个通过
- `PersistenceTests`Release7 个通过
- `PersistenceTests | SettingsSystemTests`Release16 个通过,补充回归后为 19 个通过
- `PersistenceTests | SettingsSystemTests | SettingsModelTests`Release18 个通过,补充回归后为 21 个通过
- `GFramework.Game.Tests` 全量Release89 个通过
### 从历史材料中确认的真实问题
- `UnifiedSettingsDataRepository.SaveAsync(...)` 在未加载状态下可能发生自锁死锁,已修复
- `UnifiedSettingsDataRepository` 持久化失败时会让缓存领先于磁盘状态,已改为快照提交模型
- `SaveRepository<T>` 迁移注册表缺少并发保护且会静默覆盖重复 `FromVersion` 注册,已改为加锁并显式拒绝重复注册
### 留存 backlog
- P1评估 `JsonSerializer` 的只读配置、线程安全与实例级 converter 使用说明是否需要进一步补强
- P2评估设置、存档、通用仓库的版本迁移模型是否应进一步统一抽象
- P2评估压缩 / 加密 / 元数据策略是否应抽成更明确的 codec / persistence pipeline
### 恢复边界
- 这份历史追踪来自单文件混合材料,不包含独立的逐日执行日志
- 后续如需继续该主题,应以 active tracking / trace 为恢复入口,再回看本文件的稳定历史结论

View File

@ -0,0 +1,53 @@
# Data Repository Persistence 跟踪
## 目标
继续收敛 `GFramework.Game` 当前的数据仓库持久化、设置模型与序列化语义,确保第一轮高优先级修复、测试与文档
同步之后,剩余设计性 follow-up 仍有清晰、可共享的恢复入口。
## 当前恢复点
- 恢复点编号:`DATA-REPOSITORY-PERSISTENCE-RP-001`
- 当前阶段:`Phase 1`
- 当前焦点:
- 已将根目录 legacy `local-plan/settings-persistence-serialization-tracking.md` 迁入
`ai-plan/public/data-repository-persistence/`
- 第一轮 settings / persistence / serialization 修复、测试与文档同步已完成,并收入主题内 `archive/`
- 下一轮需要继续评估 `JsonSerializer` 配置说明、迁移模型统一抽象与 codec / persistence pipeline 边界
## 当前状态摘要
- 高优先级实现、测试与文档对齐已在本主题历史阶段完成,当前 active 入口主要保留后续 design/backlog 恢复点
- 当前分支 `feat/data-repository-persistence` 已在 `ai-plan/public/README.md` 建立 topic 映射
- 旧单文件不再同时承担 todo 与 trace 角色,后续恢复统一从本 topic 的 active tracking / trace 进入
## 当前活跃事实
- 原 `local-plan` 只有一份混合 tracking 文件,没有独立的 `todos/``traces/`
- 详细历史已拆分迁入主题内 `archive/`active tracking / trace 只保留当前恢复点、风险与下一步
- 历史已验证结果包括 `GFramework.Game.Tests` 的定向与全量通过,以及 `docs/zh-CN/game/*` 的同步更新
## 当前风险
- 只读配置 / 线程安全说明缺口:`JsonSerializer` 新增 settings 与 converter 扩展后,若不补充约束说明,后续容易被误用
- 缓解措施:下一轮先核对源码与文档,必要时补 XML docs 或采用文档
- 迁移模型分叉风险:`SettingsModel``DataRepository``SaveRepository<T>` 的版本演进机制仍可能继续分叉
- 缓解措施:在新增更多 persistence feature 前,先评估能否抽出统一的 migration abstraction
- Active 入口回膨胀风险:若后续把实现细节继续堆回 active 文档,会重新退化成旧 `local-plan`
- 缓解措施:后续阶段完成并验证后,继续迁入本 topic 的 `archive/`
## 活跃文档
- 历史跟踪归档:[data-repository-persistence-history-pre-rp001.md](../archive/todos/data-repository-persistence-history-pre-rp001.md)
- 历史 trace 归档:[data-repository-persistence-history-pre-rp001.md](../archive/traces/data-repository-persistence-history-pre-rp001.md)
## 验证说明
- 旧混合 `local-plan` 已拆分迁入主题内 archive
- active 跟踪文件已按 `ai-plan` 治理规则精简为当前恢复入口
## 下一步
1. 先评估 `JsonSerializer` 的只读配置、线程安全与实例级 converter 使用说明是否需要补足
2. 再评估设置 / 通用仓库 / 存档仓库的迁移模型是否要统一抽象
3. 最后评估压缩 / 加密 / 元数据策略是否应落入更明确的 codec / persistence pipeline

View File

@ -0,0 +1,30 @@
# Data Repository Persistence 追踪
## 2026-04-19
### 阶段legacy local-plan 迁移建档RP-001
- 复核当前工作树后确认:根目录 `local-plan/` 只剩一份
`settings-persistence-serialization-tracking.md`,它同时承担 todo 与 trace 角色
- 按 `ai-plan` 治理规则建立 `ai-plan/public/data-repository-persistence/` 主题目录,并补齐:
- `todos/`
- `traces/`
- `archive/todos/`
- `archive/traces/`
- 将旧混合文件拆分为主题内历史跟踪归档与基于同一材料整理的历史 traceactive 入口只保留当前恢复点、
活跃事实、风险与下一步
- 在 `ai-plan/public/README.md` 中建立
`feat/data-repository-persistence` -> `data-repository-persistence` 的 worktree 映射
- 同步更新 `ai-plan-governance` 的 tracking / trace记录 legacy 单文件计划也已按新目录语义收口
### Archive Context
- 历史跟踪归档:
- `ai-plan/public/data-repository-persistence/archive/todos/data-repository-persistence-history-pre-rp001.md`
- 历史 trace 归档:
- `ai-plan/public/data-repository-persistence/archive/traces/data-repository-persistence-history-pre-rp001.md`
### 下一步
1. 后续继续该主题时,只从 `ai-plan/public/data-repository-persistence/` 进入,不再恢复 `local-plan/`
2. 若 active 入口再次积累多轮已完成且已验证阶段,继续按同一模式迁入该主题自己的 `archive/`