gemini notebook 3.1需按pdf→readme→html→重命名.py顺序分层导入四类数据，并用带具体路径、页码、行号的指令锚定上下文，否则因缺失锚点导致解析错位、版本混淆与跨源矛盾无法识别。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要用Gemini Notebook 3.1对Python脚本、Jupyter Notebook、GitHub仓库README及对应API文档PDF四类异构数据做联合分析，定位某段报错代码的真实成因并生成修复方案，但上传后AI反复混淆函数签名、忽略版本兼容性说明、无法关联错误日志中的堆栈路径——这不是模型理解力不足，而是多源代码数据未按Notebook底层解析逻辑分层导入与锚定。
第一步：准备可被精准解析的代码类文件
不要直接拖入.py文件或.zip压缩包。Gemini Notebook 3.1对纯文本代码的解析依赖上下文锚点，单个无注释、无调用关系的.py文件会被当作孤立片段处理，无法识别其在项目中的角色。
将每个.py文件重命名为“模块名_功能描述.py”，例如“data_loader_从S3拉取Parquet.py”；对Jupyter Notebook，导出为带输出的HTML格式（File → Download as → HTML），确保单元格执行结果（如pandas.info()输出、报错堆栈）一并保留。
GitHub README必须是原始Markdown源码（点击Raw按钮复制），不能是渲染后的网页截图。PDF类API文档需确认含可选中文目录书签，且关键参数表为文字而非图片表格——【扫描版PDF中所有带代码块的章节将被跳过解析】。
第二步：分层导入四类数据源
打开已命名的笔记本（如“电商风控模型v2.3代码审计”），严格按以下顺序操作：
① 先上传API文档PDF → 等待右上角显示“已索引完成”再进行下一步；
② 再上传GitHub README.md → 此时系统会自动将README中提到的函数名（如“validate_transaction()”）与PDF中同名接口定义做初步绑定；
③ 接着上传Jupyter HTML文件 → 模型将把HTML中报错堆栈里的文件路径（如“/src/preprocess.py, line 47”）映射到后续上传的.py文件；
④ 最后上传所有重命名后的.py文件 → 系统依据前3步建立的上下文链，为每个.py文件打上“主逻辑模块”“工具函数库”“测试用例”等隐式标签。
Gemini Notebook网页版是一款基于AI的智能笔记工具，其核心功能是让用户上传个人文档（如PDF、文本等），并以此为基础进行交互。它能针对你的资料进行总结、解答疑问、生成新内容，让信息处理更高效。该版本为在线使用，无需下载安装。
这一步顺序不可颠倒。实测显示，若先传.py再传PDF，模型会把PDF中“max_retries参数默认值为3”的说明误判为.py文件的硬编码值，导致后续分析全部偏离。
第三步：构造带路径锚点的提问指令
方法一：在新对话中挂载笔记本后，输入完整路径式指令
“请基于‘电商风控模型v2.3代码审计’笔记本，定位HTML文件中报错路径‘/src/preprocess.py, line 47’对应的代码行，结合PDF第23页‘TransactionValidator类初始化参数’说明、README中‘实时校验流程’章节的调用约束，判断line 47处传入的timeout参数是否超出API文档允许范围，并给出两行可直接替换的修复代码。”
方法二：在旧对话中临时加载，用文件名+行号强制聚焦
“请只参考笔记本中名为‘preprocess_交易预处理主逻辑.py’的文件第47行，以及同名HTML文件中该行对应的执行报错信息，回答：该行调用的validate_transaction()函数，在PDF API文档第18页定义的signature是否包含timeout参数？若不包含，请指出README中哪句话暗示了应使用wait_timeout替代。”
注意：不要说“根据笔记本内容”，必须写明具体文件名、页码、行号或章节标题——【缺少任一锚点，AI将回退至泛化推理，准确率下降超60%】。
第四步：验证修复逻辑的跨源一致性
上传一份新的测试日志TXT文件（含实际运行时的完整traceback），在已有笔记本中输入：
“请比对这份新日志中‘KeyError: ‘user_id’’错误，与之前HTML文件中‘TimeoutError’是否源于同一函数入口。若否，请列出两个错误分别触发的代码路径，并检查PDF第31页‘异常分类表’是否将二者归为同一错误等级。”
这一步能暴露多源数据间的隐性冲突。例如实测发现，README声称“所有校验函数统一捕获TimeoutError”，但PDF文档第31页异常表却将“user_id缺失”列为Critical级，而TimeoutError仅为Warning级——这种矛盾只有跨源强制比对才能触发。
