应从gemini notebook 3.1导出json格式原始数据校验元数据：确认笔记已同步完成并显示绿色对勾后导出；用python3 -m json.tool验证语法合法性；重点核查created_time、source_id、note_id三项字段完整性与一致性。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要从Gemini Notebook 3.1中导出一份笔记的原始结构化数据，用于校验字段完整性、排查元数据错乱（如时间戳偏移、ID映射断裂、引用锚点丢失），而不是依赖网页端渲染结果做判断。
导出JSON前确认笔记状态
打开目标笔记→右上角「更多」→「导出」→选择「JSON」格式。注意：此操作仅对已同步完成的笔记生效，【若左下角未显示“全部同步完成”，导出内容将缺失最新修改且元数据不完整】。
导出前务必检查笔记右上角是否显示绿色对勾图标，否则导出的是服务器缓存快照，不是你本地编辑的最终版本。
用命令行快速校验JSON基础合法性
将导出的notebook_export.json文件拖入终端所在目录，执行：
cat notebook_export.json | python3 -m json.tool > /dev/null 2>&1 && echo "✅ 合法JSON" || echo "❌ 格式错误"
这一步只检测语法层面是否闭合、引号是否匹配。如果报错，90%是导出过程中网络中断导致文件截断——此时不要手动补大括号，重新导出更可靠。
定位元数据异常的三个关键字段
用VS Code或Notepad++打开JSON文件，搜索以下字段并逐项核对：
① “created_time”：必须为ISO 8601格式（如"2026-07-23T14:22:18.345Z"），若出现"0001-01-01T00:00:00Z"或空字符串，说明该段落创建时NotebookLM未获取到系统时间，需在网页端重置该段落时间戳。
② “source_id”：每个引用块都应有非空source_id，值形如"src_abc123xyz"。若为null或"unknown"，表示该引用未成功绑定原始文档，需回到笔记本中重新高亮并确认索引状态。
③ “note_id”：全文件应唯一，且与NotebookLM URL路径中的ID一致（https://notebooklm.google.com/note/note_id）。若发现多个不同note_id，说明该JSON由多份笔记拼接而成，不可直接用于程序解析。
修复时间戳与source_id错位（仅限高级用户）
方法一：用Python脚本批量修正created_time
安装dateutil后运行：python3 -c "import json, sys, dateutil.parser; d=json.load(sys.stdin); d['created_time']=dateutil.parser.parse(d['created_time']).isoformat(); print(json.dumps(d))" fixed.json
方法二：手动修复source_id映射
在NotebookLM网页端打开对应源文档→找到缺失source_id的引用段落→右键「重新索引此引用」→等待右下角提示「索引完成」→重新导出JSON。这一步不能跳过，【直接编辑JSON中的source_id会导致后续同步冲突，触发ID映射撕裂】。
