两个备份，逐块比对

同一个工作区的两个备份，差的就是这期间发生的一切：页面改了名，段落被重写，数据库里有一行悄悄消失。靠人工找，就是开两个窗口、同步滚动，再凭记忆确认一分钟前另一边长什么样。一页还行，一个工作区不行。

备份比较替你读。选两个已完成的备份，NotionManager 按 Notion 给每个页面和内容块的 ID 对齐：只在一侧存在的，是新增或删除；两侧都有但不一样的，是修改；其余计入未变。你可以只看结构，也可以打开任意一个两侧都有的页面，在原位读这处改动。

选择器会列出你在所有 profile 下已完成的备份，最新的在前。默认取最近两次运行：旧的放左边，新的放右边，与阅读 diff 的方向一致。任意一侧都可以就地更换，不必离开页面。

失败或取消的运行也会出现。想知道它到底抓到了多少，这是一个合理的问题，但要记得：它没来得及抓到的部分会显示成「删除」。跨 profile 比较也能用，不过比较能对齐靠的是页面和内容块的 ID：最贴近的比较发生在同一工作区的两个备份之间；两个无关工作区之间，看到的更多是新增和删除，而不是逐块修改。

结构告诉你哪个页面变了；页面比较告诉你页面里变了什么。两份内容用同一个渲染器画出来，各自滚动、并排摆放，改动过的块在原位高亮。打开「只高亮差异」，没动过的内容会淡出，改了一个块就不至于淹没在长页面里。

数据库也一样。schema 按属性逐项比较，行按 ID 比较，两张清单都摆在两份表格上方：新增、删除、修改，旧值和新值并排。行页面会在同一张表里列出属性变化。标题、图标和封面在页头单独标出，旁边是这一侧记录的备份日期和最后编辑时间。

比较展示的是两份副本之间的差别。如果一次改动在第二次备份之前又被改了回去，两份快照一致，比较说「没变」也是对的——它看不到中间那段。它是你留下的版本的一面镜子，不替代版本历史。

这也是保留策略重要的原因。挨得近的两个备份回答「这周改了什么」，隔得远的两个回答「迁移以来改了什么」。比较的价值，取决于你决定留下哪些版本。