Gemini多文件一起丢为什么会串条件

多份文件一起交给Gemini，它为了给一个完整答案，会把A文件的例外安到B文件上。看起来会总结，其实已经改写了制度。投标、售后、不同生效日期的通知混在一次提问里，最容易出现这种串条件。 这一步如果省掉，后面看起来完整的成稿就很难再核对，返工会比现在多问一句更贵，也不要靠再生成一次碰运气。

正确顺序是先分文件摘录，再由人合并。每份文件单独问同一个问题，输出里标明来自哪一份。你合并时决定以哪份为准。冲突单独列出来，不要让模型私自挑选看起来更新或写得更顺的那一句。 这一步如果省掉，后面看起来完整的成稿就很难再核对，返工会比现在多问一句更贵，也不要靠再生成一次碰运气。

三份一起综合一下，例外会被平均掉。平均掉的结果是：两份都像说到了，谁的时限都不剩。执行时你以为有规则，实际上是模型新拼出来的规则，手册里并不存在这一条完整表述。 这一步如果省掉，后面看起来完整的成稿就很难再核对，返工会比现在多问一句更贵，也不要靠再生成一次碰运气。

版本新旧必须在输入里写清楚。旧文件标明仅对照，新文件标明现行有效。不写日期，模型会按句子完整性来选，而不是按生效时间来选。完整的旧句比残缺的新句更容易被留下，这正好说反了。 这一步如果省掉，后面看起来完整的成稿就很难再核对，返工会比现在多问一句更贵，也不要靠再生成一次碰运气。

文件很多时按主题排队，一天只处理一类问题，例如今天只抽退货时限，明天再抽发票。不要在同一轮里既要时限又要管辖法院又要价格。问题越纯，串条件越少，也越好回原件核对。 这一步如果省掉，后面看起来完整的成稿就很难再核对，返工会比现在多问一句更贵，也不要靠再生成一次碰运气。

图片和PDF混传时，先统一成可核对的文本或原件页码。扫描件上的表和可复制文本不是同一类材料，混在一次识别里，页码和表头都可能对错文件。能先转文字的先转，转不清的单独问。 这一步如果省掉，后面看起来完整的成稿就很难再核对，返工会比现在多问一句更贵，也不要靠再生成一次碰运气。

做差异表可以，但差异表必须带来源文件名和生效信息。没有来源的差异行，等于又做了一次综合。差异表的用途是让你看见冲突，不是让模型宣布哪边赢。 这一步如果省掉，后面看起来完整的成稿就很难再核对，返工会比现在多问一句更贵，也不要靠再生成一次碰运气。

投标和合同类文件更要分文件。串标的、串保函条件、串工期，后果不是写错一句介绍，而是把不该承诺的内容写进对外文件。这类材料宁可多开几次对话，不要图一次问完。 这一步如果省掉，后面看起来完整的成稿就很难再核对，返工会比现在多问一句更贵，也不要靠再生成一次碰运气。

提示词里写不要参考你记忆中的其他文件，仍然不能替代分文件。模型会为了完整调用训练记忆。分文件加「本次只阅读文件A」是减少串条件，不是保证零串。所以合并权必须留在人这里。 这一步如果省掉，后面看起来完整的成稿就很难再核对，返工会比现在多问一句更贵，也不要靠再生成一次碰运气。

今天就能做完的最小闭环：拿两份有冲突的通知，分开抽同一个字段，例如时限。看分开做会不会仍把两份揉在一起。会，就新开对话，只带一份材料。把两次输出并排，由你写第三列：以哪份为准。 这一步如果省掉，后面看起来完整的成稿就很难再核对，返工会比现在多问一句更贵，也不要靠再生成一次碰运气。

如果两份生效期不同，第三列只能写现行有效的那份，旧份进对照，不进执行。执行库里同时放两份，后续智能体或同事仍会抽到旧的。 这一步如果省掉，后面看起来完整的成稿就很难再核对，返工会比现在多问一句更贵，也不要靠再生成一次碰运气。

把分文件、标日期、人来合并写成固定动作。赶工时最容易省略的就是这三步，而事故也集中在省略这三步的那一次。 这一步如果省掉，后面看起来完整的成稿就很难再核对，返工会比现在多问一句更贵，也不要靠再生成一次碰运气。

材料能不能上传是另一道门。不能出域的多份制度，不要为了让Gemini综合就整包上传。能本地处理的先本地，必须用公网时先脱敏并去掉附件中的名单和价格。 这一步如果省掉，后面看起来完整的成稿就很难再核对，返工会比现在多问一句更贵，也不要靠再生成一次碰运气。

多文件先分份摘录，合并和选边由人来做

本次只阅读文件A。
问题：只问一个字段，例如退货时限。
输出：原文要点 + 例外 + 文件名 + 生效信息。
不要参考其他文件，不要私自选边。

常见问题

文件很多怎么办？按主题排队，一天一类问题，不要一次综合完。

版本新旧怎么标？输入里写生效日期，旧的标明仅对照。

能做差异表吗？可以，每行必须带来源和日期。

适合投标文件吗？更要分文件，避免串标的和串工期。

图片和PDF混传？先分开，能转文字的先转，扫描件单独问。

写了不要参考其他文件就够吗？不够，合并权仍要留在人。