Dify 企业级应用案例
04

会议纪要与长文档结构化总结(批量 · 双阶段)

Workflow难度 ★★★

双阶段总结(先逐段深读、再全局归纳)突破长文「读了后面忘前面」,输出决议 / 待办(负责人+期限)/ 风险 / 摘要的结构化纪要。

解决什么问题

一小时会议的录音转写动辄上万字,员工没时间读;周报、研报、标书等长文档同样「太长不看」。人工写纪要慢且遗漏决议/待办。

方案价值
  • 批量上传转写稿/长文档 → 输出结构化纪要:决议 / 待办(负责人+期限)/ 风险 / 摘要
  • 双阶段总结(先逐段深读、再全局归纳)突破长文「读了后面忘前面」
  • JSON 结构化输出可直接进 OA / 飞书 / 项目系统

架构与节点流程

开始(文件列表)→迭代(每份文档)│ 迭代体内文档提取器→LLM-1 结构深读→LLM-2 总结归纳│ 迭代结束直接回复(输出)

依据:53AI《Dify 实战:10 分钟打造批量文档总结神器》的双 LLM 范式 + Dify 1.3.0+ LLM 节点结构化输出(JSON Schema)能力。

搭建步骤

1

创建 Chatflow 与开始节点

新建 Chatflow「会议纪要助手」(用 Chatflow 便于追加追问,如「把待办再按负责人分组」)。开始节点添加输入字段:变量名 docs,类型 文件列表(文档+图片),一次 5-10 份。

2

迭代 + 文档提取器

添加迭代节点,输入变量 docs;迭代体内先放文档提取器(LLM 无法直接读文件,必须先转文本)。超长转写稿(>3 万字)在提取器后可再加文本处理节点做截断分片,或按小时拆成多份上传。

3

LLM-1「结构深读」(温度 0.2)

模型选长上下文款(128K 级),最大输出 token 放宽到 2000+。任务:全面解析文章结构——先识别各部分,再给出每部分内容与作用,并指出非典型结构(缺失/多余部分),保证逻辑连贯。输出 Markdown。

LLM-1 · 结构深读(SYSTEM,按会议场景改写)
主要目标:全面解析这份会议转写文本的结构。
预期输出:文章结构的详细解析,包括每个部分的主要内容和作用。

重点提取(会议场景):
1. 议题清单及各议题下的讨论要点(区分"讨论中"与"已形成结论")
2. 所有明确表达的决定/共识,标注原文依据
3. 所有行动项:谁、做什么、什么时间前
4. 分歧点与未决事项
5. 结构形式:Markdown,以增强可读性

推理要求:先通读识别文本结构,再逐部分输出内容与作用;
如结构不典型(缺议程、有插话跳转),在开头备注说明,保证解析逻辑连贯。

会议文本:
{{#文档提取器.text#}}
4

LLM-2「总结归纳」(温度 0.3)

上下文接 LLM-1 输出。要求基于结构解析输出一篇 1500-2000 字概要:按引言/背景/讨论/决议/待办/结论分节,标题加粗;观点必须来自材料,不得引申。会议场景的最终形态建议直接用结构化输出(Dify 1.3.0+:LLM 节点 → 输出结构 → JSON Schema),Schema 示例:

LLM-2 · JSON 输出 Schema(会议纪要)
{
  "type": "object",
  "properties": {
    "meeting_title": {"type": "string"},
    "summary": {"type": "string", "description": "200字内会议摘要"},
    "decisions": {"type": "array", "items": {"type": "string"}, "description": "形成的决议"},
    "action_items": {"type": "array", "items": {
      "type": "object",
      "properties": {
        "task": {"type": "string"},
        "owner": {"type": "string", "description": "未明确则填'待指定'"},
        "deadline": {"type": "string", "description": "未明确则填'未明确'"}
      }, "required": ["task", "owner", "deadline"]}},
    "open_issues": {"type": "array", "items": {"type": "string"}}
  },
  "required": ["meeting_title", "summary", "decisions", "action_items"]
}

所用模型若不支持原生 JSON Schema,改用提示词引导:「严格输出 JSON,不要 markdown 代码块包裹」,并在后接代码执行节点做 json.loads 容错解析(正则剥掉 ```json 围栏)。

5

迭代输出 → 直接回复

迭代节点的输出变量选 LLM-2 的 text;其后接直接回复节点输出结果。批量场景下回复节点会依次输出每份文档的纪要。

6

测试与扩展

  1. 验收标准:拿一场真实会议转写,人工对照——决议 0 遗漏、待办 0 杜撰(负责人/期限没有就说未明确)。
  2. 升级路径:① 后接 HTTP 请求节点把 JSON 推到飞书群机器人/OA;② 加「模板转换」节点渲染成公司纪要模板;③ 接 TTS 转写插件,从录音 mp3 一步到纪要。
坑
① 温度调高(>0.5)会开始「编」决议——总结类节点温度一律 ≤0.3;② 转写稿里「嗯、对对、那个」噪声多时,先在 LLM-1 加「忽略口语填充词」;③ 迭代 + 长文档是 token 大户,批次大小×文档长度先估算成本再放开用。

准备好开启数字化转型之旅了吗?

我们的专业团队将为您提供全方位的技术咨询和解决方案

免费咨询
快速响应
质量保障