Gemini File Search提供托管式RAG流程，可导入、切分和索引文件，再把相关内容作为模型回答的上下文。结合Gemini Embedding 2后，它能处理图片与多模态文档，并通过文件引用和页码帮助用户回到来源。当前文件搜索并非所有音视频格式都直接支持，系统需要根据文档类型设计清晰的入库路线。
一、建立独立资料库
按租户、部门或项目创建File Search Store，不要把所有企业资料混入一个公共库。命名、描述和权限与业务系统一致。上传时保存原文件ID、版本、所有者和有效日期，模型检索只是副本，主数据仍由正式文档系统管理。
二、图文文档的入库准备
扫描PDF先做OCR并抽查识别，产品手册保留页面和图注，图片增加来源与业务描述。纯图片没有足够语义时，检索可能只按视觉相似返回。图注应描述对象和用途，不要提前写入未经确认的结论，否则错误会随着RAG传播。
三、等待索引操作完成
文件上传和索引通常是长运行操作，应用应轮询或接收完成状态后再允许查询。上传成功不代表已经可检索。记录失败原因并支持单文件重试，避免用户看见空答案却不知道索引仍在进行。大批量导入要有限流与进度展示。
四、回答必须展示来源
前端解析file citation，显示文件名、页码或媒体标识，并允许用户打开原文。模型总结与原文事实分开表达，无法引用的判断标为推断。对于合同、参数和政策，用户应能一键定位证据，而不是只看到一段流畅答案。
五、理解费用结构
文件存储和查询时的部分能力可能有特定计费方式，但建立向量索引和模型输入输出仍产生费用。统计每个资料库的文件量、索引变更、查询令牌与命中率。重复文件先去重，低使用资料设置归档策略，不能因为托管方便就无限积累。
六、处理版本冲突
同一制度或手册存在多个版本时，默认只检索当前有效版，历史版通过明确过滤访问。回答若引用不同日期的冲突内容，应并列展示并提醒用户。仅依赖语义相似度可能把旧文件排在前面，因此版本和状态元数据必须参与过滤。
七、安全与质量验收
测试提示注入文档、越权查询、恶意文件名和来源伪造，确认模型不会服从资料中的隐藏指令。建立问题集测量召回、引用正确率和无答案处理。多模态RAG的目标不是永远回答，而是在有证据时准确回答、没有证据时明确停止。
八、设计无答案与降级流程
当检索不到足够证据时，模型应说明缺少哪些资料，并提供重新选择资料库、调整查询范围或联系负责人等下一步，而不是用常识补齐。索引服务异常时返回明确状态，可降级为文件标题搜索，但不能伪装成正常语义检索。记录无答案查询还能帮助团队发现资料缺口和错误切分。
