给 Gemini 三个链接做对比，怎样在报告里看出哪一个其实没读到

先保存用户指定的URL集合，再把Interactions中的逐URL检索状态与答案引用分别合并到来源覆盖表。某链接没有材料或被标unsafe时，报告应明确缺口，不能靠模型常识补成“已经比较三份原文”。

输入来源是覆盖表的基线

附件指定三个真实官方文档URL，但所有检索结果都是手工合成，没有实际读取。第一条设为success，第二条unsafe，第三条没有尝试记录。若只从最终答案收集出现的链接，会把没读到的第三条直接遗忘。requested_urls必须在调用前保存，供结果逐项对照，而不随着回答内容删减。实际重定向或URL规范化还需保留原输入与检索定位的关系。

当前步骤与旧字段分开

官方URL context当前说明使用url_context_result步骤提供每次URL尝试的状态，文字通过url_citation标来源；本包按这套Interactions形态演示，不沿用旧url_context_metadata字段。合成夹具的url键作为本地归一化定位，实际接入时应从完整响应中适配检索URL，不假设每个SDK返回都与这个最小JSON逐字段相同。未知状态要保留并查参考，不能默认成功。

检索状态与引用不是一列

source-coverage.csv同时列retrieval_status与cited：成功检索未必被最终答案引用，被引用也不能倒推整份材料都已读取。样例第一条有引用，第二条unsafe且无引用，第三条not_attempted，后二者都写“缺材料，不能比较”。source-coverage.html保留全部三行，让读者看到对比缺口；不能只保留第一行然后用复数标题暗示多来源一致。

缺材料时缩小结论范围

边界命令去掉所有检索步骤，三条全部显示未尝试，不从答案里唯一的引用补成成功记录。unsafe属于安全检查结果，本文不提供绕过动作；可由用户另行提供允许使用且可核实的材料。成功状态仍可能只得到部分内容，涉及关键比较维度时要人工核读原文。这个包只验证来源集合与合成状态的合并，未调用Gemini、没有联网取内容，也不保证最终答案的事实或引用支持关系正确。

给读者的对比结论可以写成“目前只有第一份材料可核对，其余两份待补”，并逐项标明哪些维度暂不能比较。补齐来源后重新生成表和结论，保留前次缺口记录；不要仅删掉警告文字，却仍使用原来的单来源回答。

下载与复现

下载完整样例包，解压到一个新文件夹；也可查看全部文件清单和主脚本。使用Python 3.10或更新版本，在解压目录运行。此脚本只使用标准库，无需安装额外包。

python -B run.py
python -B run.py --negative

先查看主要结果，再修改输入重跑；已有输入会保留，结果写回同目录。边界命令可能故意非零退出，也可能输出明确的不适用状态，按正文说明判断，不把所有非零退出都当成安装故障。

依据与延伸阅读

资料核对日期为2026年10月24日。一手资料1：现行URL context通过url_context_result呈现逐URL尝试状态，unsafe表示安全检查未通过，文字引用与检索状态不同。

继续阅读：Gemini 从文档找答案，怎样检验引用真的支持结论；把 OpenAI 联网答案放到网页，怎样让原有引用清楚可点且不把文本当 HTML；AI 初稿里的引用编号一改就乱，怎样用稳定引用键生成参考文献表。