Agent 一次要读多少资料？

做项目简报时，Agent 一次要读多少资料，没有统一的文件数量标准。应先明确简报要回答的问题，把任务约束保留在上下文中，再读取当前步骤需要的资料。涉及进度，就查进度记录；涉及变更，就补上变更单和关联记录。只有相关证据不足，才扩大读取范围，不能用"文件都传进去了"代替覆盖检查。

上下文是模型本次处理时接收到的信息，包括任务指令、资料、工具结果和对话历史。ZGI 是可自托管的智能体运行时（Agent Runtime），可组织文件输入、知识检索、模型调用和工作流。整理项目简报时，可以沿着这些步骤安排资料获取，把"有哪些文件"和"这一步需要哪些内容"分别处理。

项目简报常要说明当前进度、主要变化和待处理事项。给 Agent 的任务输入应写清项目名称、统计截止时间、读者和输出范围。若读者只需要本期进展，历次会议全文就不必每一步都重复加载；但影响当前判断的早期决定仍要保留。

资料多时，可以先建立索引，记录文件名称、时间、主题和位置。索引帮助 Agent 找到候选资料，但文件名称只能提供线索。看见"最终版"也不能直接确认它仍然有效，需要继续检查正文中的日期、修订记录和适用范围。

这份索引还要能区分已查看和待查看。Agent 没有读取某份记录，就不能在简报中声称它已经核对过。对无法解析或暂时取不到的文件，应记录缺口；如果缺失内容关系到关键结论，就保留待确认状态。

接着按具体问题取证。判断进度时，读取当前计划与执行记录；解释变化时，补读对应决定和后续记录。把需要对照的段落一起交给模型，才能判断时间、对象和事项是否一致。按需读取也包括为当前问题补足上下文，不能把每份资料压成一句话后直接合并。

资料索引、证据摘录和简报正文承担不同职责。索引说明资料在哪里，证据摘录保留与问题有关的内容，简报正文组织判断。三者之间保留文件位置或段落标识，读者发现结论有疑问时，才能回到原文检查。

一次读取结束后，传给下一步的内容可以包括任务约束、已确认事实、对应来源和未解决问题。无需每次都重复整份附件，但涉及日期、数字、例外条件或关键措辞时，应保留原文片段和定位信息。摘要省略了限制条件，下一步就可能把局部结论写成普遍结论。

读取范围也随任务变化。简报从"本期进展"改成"对照原计划解释延期"，就需要重新检查原计划与变更记录。保留旧摘要可以帮助定位，更新后的问题仍要对照相关原文；无法支持新问题的旧结论，应撤回或标记待补证据。

在 ZGI 中组织这类流程，可以把文件读取、检索和模型整理安排为不同步骤，为后续模型步骤准备相关结果。团队应逐步核对实际传入的内容：有没有项目和时间范围，事实是否带来源，是否混入其他项目的记录。运行步骤和结构化输出可以帮助查看处理结果，读取范围仍需按任务设计。

资料是否够用，可以用三个问题验收：简报要求的事项是否都有对应资料，重要结论是否能回查，尚未解决的问题是否被明确保留。检索返回了结果，只说明找到了候选内容，不能据此判断资料已经齐全；出现冲突时，还要继续读取和比较。

试运行时，选择一个边界清楚的项目简报，检查索引、证据摘录和最终稿能否逐项对应。若关键结论缺少依据，就补读相关资料；若无关材料反复进入模型步骤，就收窄输入。以这样的检查调整读取范围，比固定要求"每次只读几份文件"更贴近实际任务。