GPT-6 Astra 网络搜索与文件搜索:你应该使用哪种检索工具?
比较GPT-6 Astra网络搜索和文件搜索在新鲜度、权威性、隐私、引用、延迟和理想使用场景方面的差异——以及同时使用两者的模式。

网络搜索和文件搜索都为GPT-6 Astra提供了超出其训练知识范围的信息,但它们解决的是不同的检索问题。网络搜索探索当前的公开信息。文件搜索则从你准备并控制的向量存储中检索。选择哪种工具,与其说是看哪个“更好”,不如说是看信息来源的归属、信息更新的速度,以及答案需要展示什么样的证据。
一句话总结决定
使用 网络搜索 获取当前公开事实;使用 文件搜索 获取受管控的内部或精选知识;当任务需要协调外部世界与组织规则时,同时使用两者。
| 需求 | 网页搜索 | 文件搜索 | | 当前公开新闻或文档 | 强匹配 | 仅当您上传了它 | | 隐私政策或客户文件 | 错误工具 | 高度匹配 | | 语料库级访问控制 | 域控制,而非文档ACL | 向量存储架构控制范围 | | 来源引用 | 网络引用与来源列表 | 文件注释及可选结果详情 | | 确定性来源集 | 受实时网络限制 | 在语料库和过滤器受控时较高 | | 维护 | 搜索保持最新 | 您可摄取、更新和删除文件 |
GPT-6 Astra 如何实现网页搜索
在 Responses API 中,添加托管的 web_search 工具。模型可以自行判断何时搜索是有用的,并将当前来源纳入其回答中。
= await client.responses.create({
model: "gpt-6-astra",
工具:[{
type: "网页搜索",
filters: {
allowed_domains: ["developers.openai.com", "platform.openai.com"]
}
}],
包括: ["web_search_call.action.sources"],
input: "总结当前关于Responses API流式传输的官方指南。"
});
域名过滤是一种治理辅助手段。当前的 Responses API 文档允许最多 100 个允许域名和 100 个阻止域名;域名条目省略协议。允许列表对于合规、医疗、法律或技术研究非常有用,在这些场景中,广泛的网络结果不如一组狭窄的主要来源有价值。
上面的 include 字段返回搜索操作所查阅的完整 URL 列表。该列表可能大于最终文本中选用的较小引用集。在需要可审计性时存储来源元数据,但不要假设一条引用能证明生成段落中的每一个子句。你的用户界面应清晰展示来源与主张之间的关系。
当网络搜索胜出时
选择它用于发布说明、市场变化、公共法规、活动日程、产品可用性以及其他时效性重要的事实。当用户明确要求提供可打开的来源时,它也非常有用。
网络搜索不是访问私有内网的方式。它也不能保证每个来源都具有权威性。尽可能限制域名范围,要求提供一手来源,并验证重要主张。
文件搜索的工作原理
文件搜索是一种由向量存储支持的托管式Responses API工具。您首先需要创建一个向量存储,上传文件并附加它们,以便OpenAI能够处理内容。随后,请求会提供一个或多个向量存储ID。
const response = await client.responses.create({
model: "gpt-6-astra",
tools: [{
type: "文件搜索",
vector_store_ids: ["vs_company_handbook"],
max_num_results: 8,
filters: {
type: "eq",
key: "部门",
value: "支持"
}
}],
包括: ["file_search_call.results"],
input: "我们的企业事件升级政策是什么?"
});
元数据过滤器将检索限制在相关子集内,例如地区、部门、文档版本或出版年份。max_num_results 是精度、延迟和上下文之间的权衡:数量过少可能遗漏关键证据;数量过多则可能引入噪声。应使用真实问题和标注的预期来源对其进行评估。
当文件搜索胜出时
适用于政策、合同、研究资料库、产品手册、已批准的品牌指南、客户提供的文档以及其他限定知识领域。创意团队可存储剧本、角色设定集及制作笔记,并通过检索功能将后续工作锚定在Elser AI等产品中。关键在于溯源:答案应源自经批准的项目语料库,而非随机的公开网页。
文件搜索不会自动使答案正确。遗漏文件、过时的上传、弱匹配的文本块或过于宽泛的查询仍然可能导致答案不完整。检索质量和答案质量需要分别评估。
同时使用以获取符合策略的当前答案
许多商业问题涉及两层证据。“我们能在德国推出这次促销吗?”这个问题可能需要查阅当前的公共法规和公司现行的审批政策。配置好两种工具,明确标注每类信息来源,并指示模型依据权威性而非便利性来解决冲突。
一个健壮的序列是:
- 获取适用的内部策略及版本;
- 搜索当前主要的公共来源;
- 识别分歧或缺失的日期;
- 提供带有引用的合格答案;
- 升级问题,而非自行编造解决方案。
不要将证据合并为匿名摘要。用户应能区分哪些陈述来自公司文件,哪些来自公共网络。
选择前需考虑的五个设计问题
答案需要多新鲜?
如果“今天”很重要,请搜索网络或持续更新你的向量存储。仅凭模型知识并非正确的信息来源。
谁可以查看源代码?
对于文件搜索,创建与授权边界匹配的向量存储边界。切勿广泛检索后再要求模型进行删减。访问控制应置于检索之前。
谁控制正确性?
内部合规团队可以批准一个文件语料库。没有人能控制整个网络。相反,内部快照可能会过时,而监管机构的网站却在变化。
UI 必须展示哪些证据?
对于网络搜索,保留引用信息,并在必要时保留完整的参考来源列表。对于文件搜索,在开发和审计过程中请求包含的结果。避免向未经授权的用户展示检索到的原始机密文本。
故障模式是什么?
判断“没有强有力证据”是否应导致拒绝、提出澄清问题、进行更广泛的搜索,或升级给人工处理。默认情况下进行无声猜测是最糟糕的选择。
反映生产环境的检索评估
构建一个包含可回答、不可回答、模糊以及权限敏感查询的测试集。将检索与生成分开评分:
- 正确的来源是否进入了顶部结果?
- 是否优先选择了最新的权威版本?
- 答案是否引用了实际支持其主张的来源?
- 过滤器是否阻止了跨租户或跨区域的数据泄露?
- 模型是否在证据不足时承认了这一点?
同时也要测量延迟和工具调用频率。减少max_num_results可能会加快请求速度,但会损害召回率。狭窄的域名白名单可能会提高可信度,但当主要来源迁移时可能会失效。检索设置需要回归测试。
常见问题解答
文件搜索能否直接访问我笔记本电脑上的文件?
不可以。文件必须通过API工作流上传并关联到向量存储。
能否将网页搜索限制在可信站点?
是的。Responses API 域名过滤器可以在文档规定的限制内允许或阻止域名。请将该过滤器视为源治理的一个层级。
我应该把文档粘贴到提示中吗?
对于一份简短文档,这可能是最简单的做法。对于可重复使用或不断增长的语料库,文件搜索通常能提供更好的检索和维护效果。请根据您的工作负载测试这两种方法。
模型能否在一次回复中同时使用两个工具?
是的,当两者都提供且任务需要时。请就来源权威性和冲突处理给出明确指示。
结论
网络搜索回答“当前公开的事实是什么?”文件搜索回答“这个受控语料库说了什么?”可靠的GPT-6 Astra系统保留这一区别,在检索前应用授权,展示适当的证据,并将来源选择与文本质量分开评估。仅当用户的问题确实跨越两个领域时,才结合使用这些工具。






























































































