附录D 个人知识生态的迁移与退出

迁移不以复制全部文件为目标。先说明将要继续的任务，识别必要来源、关键方法、反例、失效说明和未解决问题。与新任务无关的私人对话和重复材料不应默认带入。知识关系、技术配置与账户权限属于不同层次，不能混在一个不加检查的迁移包里。

材料清单应包括当前有效版本、来源状态和重要边界。旧错误可以保留必要的失效说明，但应退出默认有效调用。暂用规则要与已经充分核验的规则分开，尚未读取全文的来源不能因迁移而升级身份。迁移过程中最容易丢失的，往往不是内容，而是内容的证据地位。

方法清单应说明输入、关键动作、停止条件与必要支持。提示文本可以迁移，但不保证新系统按同样方式执行。学习者需要知道哪些要求与任务有关，哪些只是旧界面特有安排。技术人员可以协助，核心判断仍需要有明确承接者。

先运行一个小型相关任务，检查关键资料是否被调用，来源是否被准确说明，旧限制是否保留。再运行一个边界任务，看系统是否仍把失效规则当作有效内容。文件存在、检索返回和判断正确是不同状态，应分别报告。

若表现改变，先区分功能、熟悉度、资料和人的判断。新组件缺少必要功能时，可以缩小任务或选择其他支持，不必把失败归为学习者能力不足。若用户能够识别差异并合理调整，这本身可能提供重构证据，但不能替代系统功能已经合格的判断。

退出原平台时，应根据实际需要处理旧资料和后续访问，不作未经确认的永久删除或完全安全承诺。实际账户、隐私和使用规则需另行核验。本表只提供知识组织与教学验收方向，不替代具体系统操作说明。

某项方法已不再适合新目标，可以明确归档；某种支持已被个人能力承接，可以减少；某个平台持续造成无法接受的负担，可以停止使用。结束应保留必要理由与可接续材料，不必保存全部过程。退出不是自动退化，永久绑定也不是自动成长。

结束后可以检查：学习者知道原关系承担了什么吗，知道现在由谁或什么继续承担吗，哪些任务暂时不能完成？这些问题帮助把退出从一次断裂变成有理由的重组。若仍存在缺口，应如实说明，而不是为了显示独立而假装全部能力已经具备。