OpenAI Responses API 写作怎么用文件检索核对资料

准备

先把资料按用途整理，例如产品规格、品牌规范、采访记录分别存放。为每份文件保留文件名、版本日期和负责人，避免旧版资料与新版资料混用。

Responses API 支持把 File Search 作为内置工具使用，也支持在响应中请求返回文件检索结果。写作任务应同时准备两类内容：一类是本次要写的主题和受众，另一类是事实边界，例如“没有检索依据的参数、日期、承诺不得写成确定事实”。

• 确认可检索的文件已加入你要使用的资料集合。
• 列出文章必须核对的事实项，如名称、功能、限制、时间和适用条件。
• 把未确认信息的处理方式写清：标为待确认、改成提问，或直接不写。

分步操作

1. 配置文件检索工具。创建 Responses API 请求时启用 File Search，并关联存放内部文件的资料集合。具体工具配置按当前 SDK 或接口文档填写，不要把其他接口的字段直接照搬。
2. 要求返回检索结果。在请求的附加返回字段中加入 file_search_call.results。这样除了文章文本，还能取得本次检索命中的结果，用于后续核对。
3. 给模型设定事实规则。明确要求先使用文件检索；正文中的具体事实只能依据检索到的内容；找不到依据时输出“待确认”，不能补写。
4. 先生成事实清单，再生成文章。第一轮只要求列出“可确认事实、对应资料片段、待确认问题”。人工或程序检查通过后，再把已确认清单交给模型写正文。
5. 逐条比对输出。从文章中圈出数字、日期、功能、比较级和承诺性表述，再回看本次返回的检索结果。没有命中依据的句子要删除、弱化或补充资料后重写。

可复制模板或示例

把下面内容作为写作任务中的事实约束，方括号替换为你的实际信息：

任务：根据已接入的内部资料写一篇[文章类型]，读者是[目标读者]。

写作规则：
1. 先使用文件检索查找与[主题]有关的内容。
2. 只把检索结果支持的信息写成确定事实。
3. 每条关键事实在草稿前列出：事实内容、命中的文件名或片段、是否可发布。
4. 检索不到的名称、数据、日期、功能和承诺，统一写“待确认”，不要猜测。
5. 正文使用已确认事实；删除所有无依据的细节。

输出顺序：
A. 已确认事实清单
B. 待确认问题
C. 文章草稿

例如要写产品更新说明，先核对“更新名称、覆盖范围、生效时间、使用限制”四项。若检索结果只说明有更新，却没有生效时间，正文就不要补一个日期；可改为“生效时间以内部确认信息为准”。

翻车怎么改

常见故障：文章写出了资料中没有的具体功能或时间。

原因：请求只让模型生成文章，没有要求先检索，也没有返回 file_search_call.results 供应用侧核对；模型会把上下文中的常见说法组织成看似完整的句子。

修正动作：改为“两阶段”流程：第一阶段只输出事实清单和待确认项，并返回检索结果；第二阶段仅把审核通过的事实清单用于成文。对已有草稿，逐句标记关键断言，找不到检索依据就删除或改为待确认表述。

完成前检查

• 发布前验收：文章中的每个数字、日期、功能和限制，均能在本次检索返回结果或已审核事实清单中找到依据。
• 检查是否把计划、建议或个人观点写成已发生的事实。
• 检查待确认项是否仍以确定语气出现在标题、摘要或正文中。
• 保存本次请求使用的资料版本、检索结果和最终稿，便于后续追溯。

File Search 能帮助模型调用内部数据，但不能替代发布审核。把“检索命中”和“允许发布”拆开记录，才能在资料变化后稳定维护文章。