换浏览器怎样带走待办:导出、预览与确认导入

同一个待办网页,换个浏览器打开却是空的,先看它把数据存在哪里。本例只用了当前浏览器的本地存储,没有自动同步功能。

把数据带走,可以先做一条能核对的路线:导出文件 → 预览内容 → 确认导入。

接收端先给自己留份备份

原演示中,浏览器配置 A 有2项任务,配置 B 已有1项临时任务。导入策略是替换接收端清单,因此先从 B 导出自己的备份,再选择 A 下载出来的文件。

预览提示应说清楚:“备份2项,将替换当前1项。”只写“导入成功”太晚了,用户需要在确认前知道将发生什么。

按这个顺序验收

  1. 在 A 导出文件,确认磁盘上实际拿到了文件。
  2. 在 B 选择这个文件,检查预览数量与内容。
  3. 先取消一次,确认 B 的原任务仍在。
  4. 重新选择并确认,检查 B 恢复为 A 的2项任务。
  5. 刷新 B,确认内容保留;再检查 A 没有被清空。

这套检查能把预览、取消、确认和保存分别核对。不要跳过取消步骤,也不要把“已发起下载”当成文件已经到手。

给 Codex 的任务模板

1
2
3
4
5
6
为这个本地待办工具增加文件导出与导入预览。
本例采用替换策略,确认前明确显示备份数量和当前数量。
取消不能改原数据,确认后才保存。
用两个独立浏览器配置验证真实下载文件能恢复,
刷新后保留,来源清单不被清空。
不要将这个功能写成自动同步或自动合并。

原测试于2026年10月6日在一台 Windows 电脑的两个独立 Edge 上下文运行,上述传输流程通过。它没有证明两台电脑、其他浏览器或手机也已验证。数据文件的内容兼容性与实际客户端行为还需要分别检查。

浏览器存储按站点 origin 隔离,本例也没有实现跨浏览器同步。MDN:localStorage

原笔记发表于2026年10月9日,博客于10月27日整理,沿用原运行记录,没有重跑实验。