先来看一个非常典型的应用场景：你在Windows笔记本上刚整理完一份包含12张图表的AI项目复盘笔记，切换到Mac准备继续撰写结语时，却发现NotebookLM界面一片空白，或者直接弹出“同步暂停”的提示，本地修改全都未能上传。遇到这种情况，先别急着怀疑网络问题，故障根源很可能出在Gemini Notebook 3.1的跨平台同步机制上——双系统之间触发了身份校验冲突或缓存撕裂。
请保持冷静，直接打开NotebookLM网页版（https://notebooklm.google.com），点击右上角头像，进入「设置」页面，第一件事就是查看「同步状态」。如果显示为「已暂停」或「等待重试」，说明同步链路已经中断，并非临时卡顿能够解决。
这里特别提醒：不要刷新页面，也不要退出重新登录——这样做会清空你尚未提交的本地草稿缓存，强制刷新将导致当前设备上所有未同步的修改彻底丢失。
接着，检查当前使用的Google账号是否为同一主账号：Windows和Mac必须使用完全相同的邮箱地址，包括大小写和点号位置。例如，your.name@gmail.com 与 yourname@gmail.com 在系统看来是两个独立账户，同步必然失败。
确认同步状态与基础诊断
打开NotebookLM网页版（https://notebooklm.google.com），点击右上角头像→「设置」→「同步状态」。若显示「已暂停」或「等待重试」，则表明同步链路已中断，并非临时卡顿问题。
切记不要刷新页面或退出重登——这会清空未提交的本地草稿缓存，【强制刷新将导致当前设备上未同步的全部修改丢失】。
确认当前Google账号是否为同一主账号：Windows和Mac必须使用完全相同的邮箱（包含大小写、点号位置），例如 your.name@gmail.com 与 yourname@gmail.com 被视为两个独立账户，同步必然失败。
清除冲突缓存并重建同步链路
第一步：在Windows端的Chrome浏览器中，地址栏输入 chrome://settings/clearBrowserData，然后勾选「Cookie及其他网站数据」和「缓存的图片和文件」，时间范围选择「所有时间」，最后点击「清除数据」。这一操作非常简单，只需清除缓存和Cookie，然后重新登录即可。
第二步：关闭所有Chrome窗口，重新打开NotebookLM，使用同一账号登录，等待右下角弹出「正在同步笔记…」提示（大约需要15到45秒），期间请勿触碰任何笔记。
第三步：在Mac端的Safari或Chrome浏览器中，访问同一个NotebookLM地址，但必须等待Windows端同步完成，确认界面左下角显示「全部同步完成」之后，再进行登录。如果提前登录，两台设备会各自生成独立的本地索引，后续将无法自动合并。这一操作步骤很简单，直接将文件拖入即可。但若跳过Windows端的先行同步，Mac端会从服务器拉取旧快照，覆盖你刚在Windows上所做的全部更新。
修复OAuth令牌错位（仅Mac用户需执行）
方法一：终端强制刷新令牌
打开Mac终端，逐行执行以下命令：
gcloud auth revokegcloud auth login --no-launch-browser
按照提示复制验证链接→使用Chrome打开→登录同一Google账号→将授权码粘贴回终端。
方法二：重置NotebookLM专属权限
访问 https://myaccount.google.com/permissions → 找到「NotebookLM」条目 → 点击「管理访问权限」→「移除访问权限」→ 返回NotebookLM网页重新授权。
注意：移除权限后，首次重新授权时需勾选「允许NotebookLM读取和修改你的Google文档、表格和幻灯片」，否则无法同步嵌入的Drive附件。
启用强制全量同步（终极手段）
当上述步骤仍然无效，且Windows/Mac两端笔记列表出现明显差异（例如某本笔记在Windows端可见、Mac端不可见），请执行以下操作：
在Windows端NotebookLM中，打开任意一本问题笔记→点击右上角「⋯」→「导出为PDF」→保存至本地；
在Mac端新建同名笔记本→点击「导入文件」→上传刚导出的PDF→等待解析完成；
回到Windows端，对该笔记执行「删除」→确认「永久删除」→再从Mac端导出最新版PDF，反向同步回Windows端。
这一操作将重建笔记的唯一ID映射关系，绕过损坏的增量同步日志。整个过程耗时约3到8分钟，期间两台设备均不可编辑该笔记。