Agent 查资料停不下来，何时该结束？

让 Agent 整理项目简报时，"继续查到资料充分"为止，很难成为明确的结束条件。更稳妥的做法是列出简报必须回答的问题，每轮搜索检查补到了什么，再设定调用次数和总时长上限。问题得到有依据的回答就进入交付，资料不足又无法继续时，则提交带缺口的阶段结果。

ZGI 是可自托管的智能体运行时（Agent Runtime），可以在工作流中组织模型调用、检索、循环和条件分支，并查看运行步骤与结构化结果。整理项目简报时，可以沿这条路径安排搜索和检查；什么算完成、何时停止继续搜索，需要团队按任务要求明确设置。

项目简报可以先限定为三个问题：当前进度如何、有哪些阻塞、下一步由谁处理。每个问题都需要对应资料位置和更新时间，不能只看模型是否写出了一段流畅的回答。进度有依据而负责人缺失时，应把负责人标为待确认，继续搜索也只围绕这个缺口展开。

搜索前记录本轮要解决什么，搜索后记录找到了什么。新增一份文件并不一定增加证据，它可能只是旧材料的转存版本，或重复引用同一段会议纪要。判断进展时，更有用的是检查未解决的问题是否减少，以及已有结论是否获得了更直接、更适用的来源。

同一个问题多轮没有进展，需要检查搜索路径。是查询词过宽，还是资料所在目录没有被纳入，或者所需信息根本没有记录？如果只是换几种说法仍然读取相同文件，可以先停止这条路径，把已经查过的范围写清，再决定是否换来源或请人补充。

没有检索到内容，不应直接写成"项目没有阻塞"。资料可能尚未更新，搜索也可能漏掉了关键记录。简报应区分"资料明确说明没有阻塞"和"在已检查范围内未找到阻塞信息"，让读者知道结论覆盖到哪里，避免把检索结果当成全部事实。

完成判断还要检查来源之间是否冲突。旧纪要写着已完成，新记录却说明仍在处理，就需要按时间和适用范围核对，不能靠增加搜索次数自动消除差异。对于无法解释的冲突，保留两条来源和待确认问题，比自行选一个答案更适合交接。

运行上限应在任务开始前设定，包括允许的检索次数、模型调用次数和总耗时。限额要按任务规模调整，并由执行流程检查，不能只在提示词里写一句"不要查太久"。如果一个搜索步骤内部还会反复调用工具，也应纳入同一任务的记录与限制范围。

是否完成和是否还能继续，是两个判断。问题已经回答，即使额度还有剩余，也没有必要继续扩展；达到上限但证据仍缺失，则应停止新增搜索，并标明未完成部分。不要把"运行结束"直接写成"资料已齐全"，否则使用简报的人会忽略尚未确认的事项。

停止时保留一份可继续处理的结果，比只返回超时提示更有用。结果中应包含已有结论、对应来源、剩余问题和停止原因，同时记录最后检查过的资料范围。后续接手的人可以据此补齐缺口，不必从头猜测 Agent 已经做过哪些工作。

需要人工决定的情况也应有明确入口。资料之间存在关键冲突，或必须补充当前无法访问的信息时，可以暂停并提出具体问题，例如需要哪一份更新记录、由谁确认负责人。不要只说"需要更多信息"，否则人工仍然要重新梳理整项任务。

检查这套流程时，可以分别准备资料齐全、资料缺失和内容反复重复的任务。观察它们是否分别结束于正常交付、带缺口交付和停止无效搜索，再核对停止原因是否与运行记录一致。测试重点是让每种结束状态都能解释清楚，同时确保不完整的简报没有被标成已核实的最终结果。