只根据一份 Google 文档作答的聊天智能体

只根据一份 Google 文档作答的聊天智能体

一个 n8n 工作流，带聊天窗口和 AI 智能体。智能体通过一个工具读取一份 Google 文档，只根据它回答问题。一小段记忆保留对话
最近的内容。文档里没有答案时，智能体会直说。

里面有什么

• workflow.json：n8n 导出的工作流，六个节点，其中一个是便签。里面没有任何凭据。
• README.md：这份说明。

和原来的副本相比，我们改了什么

• 原版用 OpenAI 的 Assistants API 搭了一个助手：创建助手、把文档作为 PDF 上传、关联文件，再和助手聊天。OpenAI 已在
  2026 年 8 月 26 日关停这个 API，并指明 Responses 和 Conversations API 是替代品。
• 这个副本重建成了一个聊天智能体。AI Agent 带有聊天、窗口记忆、一个 OpenAI 聊天模型和一个 Google Docs 工具。智能体
  每次提问都通过工具读取文档，所以设置用的那次运行、文件上传和存起来的助手都没有了。
• 助手的指令原来是为某一家旅行社写的，名字和 id 也是那家公司的。AI Agent 里的规则现在用通用的话来说，讲的是
  “一份 Google 文档所描述的业务”。
• 原版把 Google 文档以 PDF 形式发给 OpenAI。这个工具读取的是文档的纯文本，所以文档里的图片或表格是看不到的。
• 模型是 gpt-5.6-terra。原版请求的是 gpt-4o-mini，OpenAI 将在 2027 年 1 月 14 日关停它。它指明的替代品
  gpt-6-luna，在 Chat Completions 上只有把推理强度设为 none 时才会调用工具。n8n 的 OpenAI Chat Model 节点不会发送这个
  设置，所以带工具的智能体不应该用它。
• 原版三个讲步骤的便签，换成了一个便签。

开始之前

• 一个 OpenAI API 密钥。
• 一个能读取这份文档的 Google 账号，以及 n8n 里的一个 Google Docs OAuth2 凭据。
• 一份写着聊天要据以回答的事实的 Google 文档。

设置

1. 在 n8n 里新建一个工作流，打开它的菜单，选 Import from File。选中 workflow.json。
2. 添加一个 OpenAI 凭据，在 OpenAI Chat Model 里选中它。
3. 添加一个 Google Docs OAuth2 凭据，在 Read Google Doc 里选中它。把 <YOUR_DOC_ID_OR_URL> 换成文档的地址，或者换成
   地址里 /d/ 与 /edit 之间的那段 id。
4. 在 AI Agent 里，修改系统消息，让规则描述你的业务。
5. 在 n8n 里打开聊天。先问一个文档能回答的问题，再问一个它回答不了的。

一次聊天的过程

1. When chat message received 接收访客的问题和一个会话 id。
2. AI Agent 用问题、规则和 Window Buffer Memory 里最近的消息组成提示词。
3. 规则要求智能体在回答之前调用 Read Google Doc。这个工具返回文档的纯文本。
4. OpenAI Chat Model 根据那段文字写出回答。如果文字里没有答案，规则要求它老实地说“我不知道”。
5. 回答出现在聊天里，记忆为下一个问题保留这一轮对话。

想换个结果，改这里

• 文档：Read Google Doc 里的地址。
• 规则和语气：AI Agent 里的系统消息。
• 记住多少对话：Window Buffer Memory 里的窗口长度。它保留最近的五轮对话。
• 谁能打开聊天：When chat message received 里的公开设置。它是关闭的，所以聊天只能在 n8n 里打开。

值得知道的事

• 每次提问，工具都会返回整份文档，而且整份文档会连同问题一起发给 OpenAI。文档越长，花费越多，也可能超出模型的输入上限。
• 对文档的修改会立刻生效，因为每次提问都会重新读取它。
• 窗口记忆存在 n8n 自己的内存里，所以 n8n 重启后它会被清空。
• 规则把回答限制在文档范围内，但模型仍然可能出错。用你能核对的问题来测试。
• Mindket 没有用 OpenAI 或 Google Docs 运行过这个工作流。这些说明依据的是 n8n 公开的节点代码和 OpenAI 的页面（读取于
  2026 年 11 月 12 日）。