"换手机以后数据会不会丢"这个问题，其实问得不够准确——更准确的问法应该是"哪些数据本来就只存在这台手机里，换机时该找谁要回来"，因为百家乐App的数据从一开始就不是铁板一块地存在同一个地方。

哪些数据留在本地

摄像头拍摄的原始图像、识别过程中的中间数据（比如某次识别的多个候选结果和对应置信度）大多保留在设备本地。这样处理有两个原因：一是这类原始数据体量大，一个家庭如果每天产生几十张识别画面，长期累积起来的存储和传输成本并不小，没有必要全部上传占用云端空间；二是这类数据往往涉及家庭内部场景的细节画面——冰箱内部、垃圾桶周边、甚至偶尔会拍到家庭成员的活动痕迹，本地处理能减少不必要的数据外流，只上传处理之后的结构化结果，这也是本地优先处理这类原始数据在隐私层面更稳妥的原因。这部分本地数据通常也有自己的生命周期——识别完成、结论已经被写入结构化记录之后，原始图像不需要无限期保留，系统会按照一定周期清理较早的本地缓存，既控制设备存储占用，也避免不必要的敏感画面长期堆积在手机里。

哪些数据会同步到云端

结构化之后的"结论级"数据会同步云端，包括ESG评分历史趋势、家庭资源地图结构、库存台账摘要、垃圾分类统计等。这类结构化数据在生成的同时通常也会打上时间戳和来源模块标记，方便后续追溯"这个结论是哪天、依据哪些原始记录算出来的"，这也是它体量虽小却承载了主要参考价值的原因。这类数据的特点是体量相对小、需要跨设备读取、且是用户真正关心、需要长期保留的部分——换手机之后最需要找回的，正是这一层数据，而不是某一天摄像头拍到的原始画面。举例来说，一份90天的ESG评分趋势曲线，实际存储的只是每天一个分数值加上对应的几项指标摘要，数据量级和同期几千张原始识别图像完全不在一个量级上，这也是为什么结构化数据适合放到云端长期保存。云端保存的另一个好处是可以支持家庭内多个成员共用同一份数据——比如父母和子女分别用各自的手机登录同一个家庭账号，双方看到的资源地图和评分趋势应该是一致的，这种跨设备一致性只能靠云端同步实现，单纯依赖某一台设备的本地存储做不到。

为什么不能选择"全部本地"或"全部云端"

两种极端方案都有明显问题：完全依赖本地存储，换机就意味着历史数据直接清零，也没办法在多设备之间核对数据，比如家里多人共用账号在不同手机上查看同一份家庭数据的场景就无法实现；完全依赖云端同步，则意味着大量原始图像持续上传，既增加隐私暴露面，也依赖稳定网络环境——网络条件不好的情况下，识别响应速度会明显变慢，还会带来不必要的传输成本。折中方案是让本地和云端分别承担不同粒度的数据，本地负责处理量大、时效性强、隐私敏感的原始层，云端负责保存量小、需要长期追溯、跨设备共享的结论层，这个思路和家庭ESG数据该不该全部上传云端里讨论的端侧与云端分工原则是一致的，只是这篇文章聚焦在换机迁移这个具体场景下如何落地。分层存储也不是一次设定就永远固定——如果某类数据后续被证明跨设备访问需求很低，或者反过来某类原本只留本地的数据被证明有必要长期追溯，这条分界线本身也会随着产品迭代做出调整，而不是一套写死的规则。

迁移具体是怎么发生的

用户在新设备登录账号后，系统会先从云端拉取结构化数据——包括家庭资源地图、历史评分趋势、库存台账摘要，这部分几乎可以做到迁移后立即可查看。这个拉取过程本身也有先后顺序：资源地图这类"骨架"数据会优先同步，因为后续所有其它数据的展示都依赖这层结构先就位；评分趋势和台账摘要则在骨架确认无误后接着加载，整个过程通常在联网状态下几分钟内就能完成，不需要用户手动逐项操作。但本地缓存的识别中间数据不会随账号迁移，新设备需要重新积累一段时间的识别记录，才能让部分依赖近期行为模式的个性化判断恢复到迁移前的精度水平，这是本地化处理方式必然带来的一个过渡期，也是"分层存储"这个方案本身要付出的代价——没有一种存储分工是完全没有取舍的。值得区分的是，这个过渡期影响的只是"预测的精细程度"，不是"数据本身有没有"——比如某些依赖近期行为模式微调的临期预测区间，短期内可能会偏保守一些，但基准保质期、历史消耗记录这些更基础的判断依据本身并不会丢失，只是最新几天的"校准"需要重新积累。

一个模拟场景：182天的趋势保住了，但有3天需要重新适应

以下为模拟场景，数据非真实用户记录。用户在9月1日更换新手机并登录原账号，云端保留的182天ESG评分趋势、家庭资源地图结构在登录后立即可以查看和使用；但迁移前7天本地缓存的冰箱识别中间置信度数据未能同步到新设备，新设备前3天在食材识别的部分判断上出现精度小幅下降的情况，例如个别临期预测的区间偏保守，宁可提前一天提醒也不愿意冒错过的风险；第4天起随着新设备重新积累识别记录，相关判断逐步恢复到迁移前的水平。整个过渡期内，评分趋势、资源地图这些结构化数据没有受到任何影响，受影响的只是依赖短期行为模式的那部分识别精度。

用户能自己掌握的部分

用户可以在设置中查看哪些数据类别保存在本地、哪些已同步云端，也可以选择导出资源地图和评分历史，或者手动清除本地缓存的识别中间数据。这部分透明度设计，和家庭ESG评分为什么每天都会变化里强调的"每一次变化都要能被解释"是同一个原则的延伸——用户应该始终清楚自己的数据具体存放在哪里、以什么形式存在，而不是把这一切都当成一个不可见的黑箱。对于希望更谨慎控制隐私的用户，也可以选择只保留结构化结论、不长期保存原始识别图像，这类设置调整不会影响评分趋势和资源地图的正常使用，只会让部分依赖历史画面回溯核对的功能用起来稍微少一点辅助材料。

数据安全感来自于清楚，而不是"全部上云"

换手机数据会不会丢，答案不是简单的"会"或"不会"，而是取决于具体是哪一类数据、原本存放在哪里。把这套分工讲清楚，比笼统地承诺"数据绝对安全"更接近真实情况，也更能帮用户建立起对这套系统的合理预期。归根结底，用户真正在意的从来不是"数据存在哪个服务器上"这种技术细节，而是"换手机之后，我还能不能看到自己家这半年是怎么一步步变化过来的"，只要这条历史轨迹能够完整找回，本地那部分识别中间数据需要几天重新积累，就是一个可以接受的、说得清楚的过渡成本。