Dify结合Minio文件解析生成思维导图

Dify 和 Minio，一个主打低代码 AI 应用搭建，一个专注高性能对象存储（兼容 S3 协议），乍看是两条平行线，但把它们连起来，就能打通文件存储→解析→思维导图生成的完整链路。说白了，就是让系统自动“吃”文件、“吐”脑图，省去中间手动整理的功夫。

整个过程可以拆成四个环节：先用 Minio 存文件（PDF、DOCX、TXT 等），再通过 Dify 的 HTTP 节点从 Minio 拿取预签名 URL 并解析文本，接着调用大语言模型把文本结构化成思维导图数据，最后展示或存回 Minio。下面直接看操作。

整体思路

• 文件存储：
  Minio 作为文件底座，上传待解析的文件。

• 文件解析：
  Dify 通过 HTTP 节点请求 Minio 生成的预签名 URL，用文档解析器提取文本。

• 思维导图生成：
  调大语言模型对文本做结构化处理，输出导图数据或描述。

• 结果展示：
  最终以图片或交互形式呈现，也可回存 Minio 供下载。

1. 环境准备

• 基于 Ollama 搭建 Qwen2.5 模型
• 已配置好 Dify 服务
• 本地或局域网部署 Minio
• 搭建 markmap 用于生成思维导图（可选，测试用）

2. 工作流展示

这部分只演示与 Minio 交互的效果，不展开搭建流程。核心两种场景：其一是用户上传文件后直接转为思维导图；其二是从 Minio 中取出已有文件进行转换。

3. 获取 Minio 文件对象的预签名 URL

Minio-SDK 建议 8.5.7 及以上。测试时选用 Transformer 自注意力机制的论文 PDF 作为示例。这里有个坑需要注意：生成预签名 URL 时，必须额外添加 response-content-disposition 参数，否则浏览器可能会直接预览 PDF 等文件类型，导致解析失败——实际开发中踩过的雷，提前排掉。

4. 使用 Dify 的 HTTP 节点下载文件

这里使用 sys.query 参数传递 URL 地址，好处是预览时直接把 URL 粘贴进去就能测试，省去临时写代码的麻烦。

5. 完整流程测试