n8n 调用 RAGFlow 不需要把知识库搬进 n8n；更稳妥的做法是让 RAGFlow继续负责检索与回答，n8n 只负责接收业务输入、调用接口和分发结果。 以下请求结构用于说明配置位置，未连接你的 RAGFlow 版本实测；端点、字段和返回层级必须以当前 RAGFlow HTTP API Reference 中对应的会话接口为准。
本篇验收要点：HTTP Request 节点使用 POST，请求地址、认证头和 JSON 正文都从当前 RAGFlow API 页面逐项复制。 第一轮先把 stream 设为 false，执行后在 n8n 的 JSON 输出中定位回答文本、session_id 和引用字段。
准备三个值而不是直接粘贴密钥
先准备 RAGFlow 服务基址、助手或聊天 ID、API 密钥。把密钥放在 n8n 的 Header Auth 凭证中，名称通常是 Authorization，值按文档要求使用 Bearer 前缀。服务基址和助手 ID 可放环境变量或受控配置，不要写进提示词、节点备注或公开的工作流模板。
配置一次非流式请求
加入 HTTP Request 节点，方法选 POST，URL 使用官方接口页当前给出的“与聊天助手对话”端点。正文选 JSON，问题来自上游字段；首次联调关闭流式输出，便于 n8n 一次获得完整 JSON。下面是字段形状示意，端点与字段名不要脱离官方页面照抄。
{
"question": "退款规则里要求保留哪些凭证？",
"stream": false,
"session_id": "已有会话时再填写"
}
提取回答并保留审计线索
执行后展开完整响应，使用 Edit Fields 显式映射 answer、session_id、references 和上游业务请求 ID。不要只保留自然语言回答；没有引用时应返回“未找到可核对来源”，而不是继续让模型猜测。若接口返回 401，先检查令牌和前缀；404 通常要核对基址、版本和助手 ID；超时则检查 RAGFlow 自身执行日志。
读者下一步是先在 RAGFlow 控制台确认目标助手能回答同一个测试问题，再把该助手的接口示例复制到 n8n。
验证标准是 HTTP 状态为 2xx、响应中有非空回答、返回的会话标识可在第二轮复用，并且涉及知识库事实时能看到可回查的引用信息。
常见问题
为什么先关闭流式输出？
HTTP Request 节点更容易把一次性 JSON 映射到后续节点。确认正确后，再按 n8n 和 RAGFlow 当前版本评估是否需要流式通道。
能让 AI Agent 自己决定是否调用 RAGFlow 吗？
可以把已验证的调用流程封装为工具，但应限制问题长度、超时与每轮调用次数，并把无引用结果交给人工或拒答分支。
官方资料与适用边界
Ai菜鸟网。发布者：AI小管家，转载请注明出处：https://www.alyyhw.com/31110.html
