# 双轨并行+集中迁移实施计划
关联知识库：# 双轨并行+集中迁移实施计划
双轨并行+集中迁移实施计划
核心策略：双轨并行运行 + 主题更改时集中迁移
目标：平滑过渡，按需迁移，降低迁移成本
实施原则
核心原则
- 双轨并行：新旧系统同时运行，不破坏现有结构
- 按需迁移：只在主题需要更改时集中迁移
- 集中处理：迁移时一次性完成该主题的所有相关工作
- 保持链接：建立新旧系统之间的关联
️ 系统架构设计
双轨并行结构
Assemble/
├─ Daily Notes/ # 新系统：时间轴主存储
│ ├─ 2025/
│ │ ├─ 2025-01-XX.md
│ │ └─ ...
│ └─ README.md
│
├─ ️ Islands/ # 新系统：主题岛聚合
│ ├─ # 活跃项目/
│ ├─ # 休眠岛屿/
│ └─ README.md
│
├─ Outputs/ # 新系统：输出成果
│ ├─ 文章/
│ ├─ 项目/
│ ├─ 决策/
│ └─ README.md
│
├─ Archive/ # 旧系统：保持原样
│ ├─ ❶ 工程实践/
│ ├─ ❷ AI观察/
│ ├─ # ️ prompt-toolkit/
│ └─ ...（保持现有8个主题）
│
├─ Migration/ # 迁移管理（新）
│ ├─ migration-log.md # 迁移记录
│ ├─ topic-status.md # 主题状态表
│ └─ README.md
│
└─ README.md # 系统导航（更新）
双轨并行运行机制
运行规则
新信息处理规则
- ✅ 所有新信息 → 进入
Daily Notes/ - ✅ 不分类，只记录，零压捕获
- ✅ 可以加简单标签：
#待处理#来自[某书]#主题X
旧信息处理规则
- ✅ 保持原样 → 留在
Archive/中 - ✅ 不主动迁移，除非触发迁移条件
- ✅ 通过链接关联 → 在Daily Notes中引用Archive内容
并行运行期
- 时间：至少3-6个月
- 目标：让新系统稳定运行，积累使用经验
- 原则：不强制迁移，按需触发
主题更改时的集中迁移流程
触发条件（满足任一即可）
-
需要修改/更新主题内容
- 发现Archive中的内容需要更新
- 需要添加新内容到该主题
- 需要重构该主题的结构
-
需要基于主题进行输出
- 写文章需要该主题
- 做项目需要该主题
- 做决策需要该主题
-
主题在Daily Notes中频繁出现
- 连续3天以上提到
- 一周内出现5次以上
- 形成明显的思考模式
集中迁移流程（5步法）
步骤1：识别与准备（5分钟）
任务清单：
输出：迁移计划清单
步骤2：创建主题岛（10分钟）
任务清单：
输出：主题岛结构
步骤3：聚合内容（20-30分钟）
任务清单：
-
- 复制或移动文件到主题岛
- 建立反向链接到Archive
-
- 通过搜索找到相关Daily Notes
- 链接或引用到主题岛
-
- 用自己的话撰写主题总结
- 建立内容之间的关联
- 提出开放性问题
输出：完整的主题岛内容
步骤4：建立链接网络（10分钟）
任务清单：
输出：链接网络
步骤5：更新状态（5分钟）
任务清单：
输出：迁移记录
迁移管理机制
主题状态表
创建 Migration/topic-status.md：
# 主题状态表
## 已迁移主题
| 主题名 | 迁移时间 | 迁移原因 | 主题岛路径 | 状态 |
|--------|---------|---------|-----------|------|
| 分布式事务 | 2025-01-XX | 输出驱动 | Islands/# 活跃项目/分布式事务/ | 活跃 |
| RAG学习 | 2025-01-XX | 项目驱动 | Islands/# 活跃项目/RAG学习/ | 活跃 |
## 待迁移主题
| 主题名 | Archive路径 | 优先级 | 备注 |
|--------|------------|--------|------|
| 分布式架构 | Archive/工程实践/分布式架构/ | 高 | 经常使用 |
| AI观察 | Archive/AI观察/ | 中 | 按需迁移 |
## 迁移统计
- 总主题数：XX
- 已迁移：XX
- 待迁移：XX
- 迁移率：XX%
迁移记录
创建 Migration/migration-log.md：
# 迁移记录
## 2025-01-XX：分布式事务主题迁移
**触发原因**：需要写一篇关于分布式事务的技术文章
**迁移范围**：
- Archive/工程实践/分布式架构/分布式事务深度讨论总结.md
- Archive/工程实践/分布式架构/《深入理解分布式事务》手稿笔记.md
- Daily Notes/2025/2025-01-XX.md（相关片段）
**迁移结果**：
- 创建主题岛：Islands/# 活跃项目/分布式事务/
- 聚合内容：3个文件，5个Daily Notes片段
- 建立链接：8个双向链接
**后续行动**：
- 完成文章输出
- 文章完成后，主题岛进入休眠或保留
实施步骤
阶段一：建立双轨并行基础（Week 1-2）
目标：建立新系统结构，开始双轨并行运行
任务清单：
验收标准：
- Daily Notes正常运行
- 新信息进入Daily Notes
- Archive保持原样
阶段二：建立迁移机制（Week 3-4）
目标：建立迁移流程和管理机制
任务清单：
验收标准：
- 迁移流程清晰
- 完成至少1次迁移
- 迁移记录完整
阶段三：按需集中迁移（Week 5+）
目标：根据实际需求进行集中迁移
任务清单：
验收标准：
- 迁移按需触发
- 迁移流程顺畅
- 迁移记录完整
迁移检查清单
迁移前检查
迁移中检查
迁移后检查
⚠️ 注意事项
避免的陷阱
1. 过度迁移
- ❌ 不要因为"应该迁移"而迁移
- ✅ 只在真正需要时才迁移
2. 迁移不完整
- ❌ 不要只迁移部分内容
- ✅ 集中迁移，一次性完成
3. 链接断裂
- ❌ 不要破坏现有链接
- ✅ 建立反向链接，保持可追溯性
4. 维护负担
- ❌ 不要在新旧系统中重复维护
- ✅ 明确哪些在新系统，哪些在旧系统
最佳实践
1. 迁移前充分准备
- 明确迁移目标
- 确定迁移范围
- 准备迁移工具
2. 迁移时集中处理
- 一次性完成所有相关工作
- 建立完整的链接网络
- 记录详细的迁移信息
3. 迁移后持续跟踪
- 检查主题岛使用情况
- 评估迁移效果
- 优化迁移流程
成功指标
短期指标（1-2个月）
- ✅ Daily Notes正常运行
- ✅ 完成至少2-3次集中迁移
- ✅ 迁移流程顺畅
- ✅ 新旧系统并行无冲突
长期指标（3-6个月）
- ✅ 迁移机制成熟
- ✅ 按需迁移成为习惯
- ✅ 主题岛有效支持输出
- ✅ 系统自然过渡
相关资源
记住：双轨并行的核心是"平滑过渡"，集中迁移的核心是"按需处理"。让系统自然演进，而不是强制改造。
浙公网安备 33010602011771号