Skip to content

智能会议模块 · 需求实现方案专题(FDS)

一份完整的实现方案,分章、每章讲透、架构画清。名词第一次出现就用人话解释。 本页 = 目录 + 整体架构总图 + 范围覆盖。


〇、全局约束与边界(所有章节遵守)

  1. 不接飞书等外部 IM / 外部任务系统。通知、提醒、待办闭环全部走站内:项目工作台、待办面板、站内消息提醒。
  2. 闭环 = 站内闭环:待办"别成孤岛"由项目工作台的待办面板承接(人在产品内就能看到、确认、追踪),不依赖任何外部平台。
  3. 外部 IM/PM(飞书、企微、邮件等)= 预留可插拔出口,本期不实现、不依赖:架构上留一个"通知/同步出口"接口位,将来要接只加适配器,不改主干。
  4. 录音转文字(ASR)= 后置专项,方式已定:直接接 API,用 Qwen-3ASR 或 fun-ASR(二选一,见 FDS-11);本期人工上传文字稿兜底,不阻塞主线。

一、整体架构总图(一眼看全)

主线一句话:一场会议 → 固定流水线(精修 → 抽取带出处 → 程序校验 → 存疑站内派人确认)→ 确认事实进项目事实库 → 待办/看板/下次开场/复盘只读事实库为什么这样设计:把"又慢、又不准、看不到出处、跨会信息对不上"一次性解决——正确性用代码保证,业务判断用技能表达,不确定的不猜、站内派人确认。


二、二开三色总览(边界与工作量一眼清)

🟢 复用 deer-flow(直接用,基本不改) · 🟡 基于 deer-flow(在它扩展位上做,不动内核) · 🔴 从头自建(deer-flow 没有/不胜任,acdm-backend 写)

内容详见
🟢 复用文件上传/格式转换、技能机制、确定性流水线引擎、站内通知、"中断等人再续跑"机制范式(照已上线功能 ba_report 的做法)FDS-03
🟡 基于新建会议处理流水线(注册进引擎)、各业务做成技能(精修/抽取/纪要/复盘)、会话开场注入(中间件扩展位)FDS-03/04/05
🔴 从头项目事实库(地基,最先做)、出处校验、站内确认任务层、待办池/状态机/跨会归并、真关联(实体/语义,非按日期)、会议建档绑定、纪要改动联动、跨会取数FDS-15/16/17/18/19

分布:复用 5 类 · 基于 6 类 · 从头 6 类(事实库 FDS-17 是地基)。外部 IM/PM 同步不在本期(见 〇)。


三、范围覆盖(原始需求 + 模型 + 技能 全部落到章节,逐条可查)

3.1 原始需求六层 → 章节

原始需求层原子业务章节
录音B1 建档上传 / B2 ASR(后置)FDS-10 / FDS-11
口水稿B3 精修FDS-12
会议纪要B4 纪要生成FDS-13
会议分析(决策/风险/…)B5 抽取 + B6 出处校验FDS-14 / FDS-15
待办B9 待办管理(站内)FDS-18
PDCA 闭环B11 下次开场 + B12 复盘FDS-20 / FDS-21

3.2 四条设计原则 → 落点

原则落点
单向数据流 + 版本化唯一真相在事实库,上游变→下游失效重算FDS-17
全链路可逆软删/事务/回收站(沿用项目可逆存储)FDS-17/18
AI 与人共写存疑站内派人确认;待办默认待确认FDS-16/18
跨会聚合 = 项目级智能跨会看板只读事实库,真实体/语义关联FDS-19

3.3 模型与技能 → 落点

落点
人机协同模型(工作台/任务卡/任务流)FDS-05 专章逐项映射
业务原子技能(业务人可读可改、版本化)FDS-04 专章规范;每个原子业务章标注"技能 or 代码";B13 业务人可改
基于 deer-flow、最大复用FDS-03 三色清单 + 扩展位地图 + 每章二开归类

四、章节目录

部分一 · 总览

  • FDS-00 目录与整体架构(本页)
  • FDS-01 整体架构与数据/控制流
  • FDS-02 原始需求逐层映射

部分二 · 架构基座

  • FDS-03 二开总览与 deer-flow 扩展位地图
  • FDS-04 业务原子技能规范(技能 vs 代码边界、版本与评审)
  • FDS-05 人机协同模型如何落地

部分三 · 原子业务逐章

  • FDS-10 B1 会议建档与材料上传
  • FDS-11 B2 录音转文字(后置专项)
  • FDS-12 B3 口水稿精修
  • FDS-13 B4 会议纪要生成
  • FDS-14 B5 关键信息抽取(分类型 + 带原文位置)
  • FDS-15 B6 出处校验(防瞎编 · 代码硬规矩)
  • FDS-16 B7 存疑点人工确认(站内 · 中断→派人→续跑)
  • FDS-17 B8 项目事实库(地基 · 深挖表结构/查询/一致性)
  • FDS-18 B9 待办管理(站内面板 · 状态机 · 跨会归并)
  • FDS-19 B10 跨会汇总与项目看板(真关联)
  • FDS-20 B11 下次会议开场材料
  • FDS-21 B12 周期复盘
  • FDS-22 B13 业务规则可维护

部分四 · 落地

  • FDS-30 落地路线 · 最小闭环 · 验收门
  • FDS-31 风险与红线

五、每章包含什么(统一结构)

每个原子业务章固定写满 10 节,每章至少一张图: 1 业务说明 · 2 用户操作与界面(交互图) · 3 数据与接口(表/契约/技能文件结构,具体到字段) · 4 技术实现(分步) · 5 技能 or 代码 · 6 二开归类(🟢🟡🔴 + 复用什么/扩展位在哪/自建什么) · 7 与人机协同模型关系 · 8 验收(可证伪) · 9 现状 · 10 风险与取舍。


六、章节状态

状态
FDS-00 目录与整体架构
FDS-01 整体架构与数据/控制流
FDS-02 原始需求逐层映射
FDS-03 二开总览与扩展位地图
FDS-04 业务原子技能规范
FDS-05 人机协同模型如何落地
FDS-17 项目事实库(地基)
FDS-10 会议建档与材料上传
FDS-11 录音转文字
FDS-12 口水稿精修
FDS-13 会议纪要生成
FDS-14 关键信息抽取
FDS-15 出处校验
FDS-16 存疑点人工确认
FDS-18 待办管理
FDS-19 跨会汇总与项目看板
FDS-20 下次会议开场材料
FDS-21 周期复盘
FDS-22 业务规则可维护
FDS-30 落地路线·最小闭环·验收门
FDS-31 风险与红线

专题全 21 章已完成并上线。 下一步落地从 FDS-30 第0步(地基:事实库+出处校验)起。

公司内部参考 · 由 claude-wiki-gen 基于源码自动生成的二次分析