主题
FDS-03 · 二开总览与 deer-flow 扩展位地图
把"哪些复用 deer-flow、哪些在它上面做、哪些从头自建"一次列全;并画清楚"在 deer-flow 的哪个口子接入"(不碰它的只读内核)。
1. deer-flow 扩展位地图(只在这几个口子接,内核不动)
四个口子,够用:
- 技能目录:业务判断类做成技能文件放这里,引擎自动加载。
- 流水线注册:把"一场会议怎么处理"写成一张固定步骤图,登记到引擎(和已上线的报告流水线同级)。
- 会话开场注入位:开会时自动把"上次待办进度"带进上下文(中间件扩展位)。
- acdm-backend + 数据库:正确性、强一致、可查询的东西都在这里自建。
红线:不修改 deer-flow 的内核目录;只新增技能文件、新增流水线、用入参注入、在 acdm-backend 写代码。
2. 复用对象:ba_report 范式(照它做,不自造)
公司已上线的"BA 报告"功能,把**"流程中途暂停 → 等人确认 → 从断点继续"这套在生产环境跑通了。我们的会议流水线照搬它的做法**:
| ba_report 怎么做 | 我们怎么用 |
|---|---|
| 流水线编译时带"逐步存档"和"在某步前暂停" | 会议流水线在 B7 存疑点前暂停 |
| 暂停后状态存住,等外部把人的答复写进去 | 站内确认任务收集负责人答复 |
| 把答复写入后,让流程从断点继续,只跑后面没跑的步 | 人答后只重算受影响条目,不整场重来 |
为什么靠谱:这不是设想,是已在生产跑的现成范式,风险最低;现有会议聚合代码反而是一次性跑完、不可中断的半成品,不复用它。
3. 三色完整清单(复用什么 / 在哪接 / 自建什么)
🟢 复用 deer-flow(直接用,基本不改)
| 能力 | 复用点 |
|---|---|
| 文件上传 / Word·PDF→文本转换 | 引擎现成能力,B1 直接用 |
| 技能机制(加载、按需读取) | 精修/抽取/纪要/复盘技能挂技能目录即生效 |
| 确定性流水线引擎 | 会议流水线跑在它上面 |
| 中断·续跑机制 | B7 站内确认照 ba_report 范式用 |
| 站内通知 | B7 通知负责人(站内,不接外部 IM) |
🟡 基于 deer-flow(在扩展位上做,不动内核)
| 要做的 | 接在哪 |
|---|---|
| 会议处理流水线(B1→B7 串成固定步骤图) | 流水线注册位,照 ba_report 写法编译(带逐步存档+暂停点) |
| 精修 / 抽取(分类型) / 纪要 / 复盘 技能 | 技能目录 skills/custom/ |
| 下次会议开场自动注入上次进度 | 会话开场注入位(中间件入参) |
🔴 从头自建(deer-flow 没有/不胜任,acdm-backend 写)
| 要做的 | 为什么自建 | 详见 |
|---|---|---|
| 项目事实库(地基) | 引擎自带"记忆"只是把对话摘成一段文字,不能精确查、写完不能马上读、还会丢、按项目隔离也没接通——读了真实代码确认不胜任 | FDS-17 |
| 出处校验 | 必须是程序硬规矩,不能交给模型自判 | FDS-15 |
| 站内确认任务层 | 引擎自带的只能同一对话里当场问,不能异步派给指定负责人 | FDS-16 |
| 待办池 / 状态机 / 跨会归并 | 现在完全没有待办表 | FDS-18 |
| 真关联(实体/语义,非按日期) | 现有关联实际只按会议日期算 | FDS-19 |
| 会议建档绑定、纪要改动联动、跨会取数 | 现无完整会议域数据与失效联动 | FDS-10/13/19 |
4. 每个原子业务 → 二开归类(速查)
| 业务 | 归类 | 关键 |
|---|---|---|
| B1 建档上传 | 🟢上传+🔴建档绑定 | 复用文件能力;会议记录与绑定自建 |
| B2 ASR | 🔴 直接接 API(Qwen-3ASR / fun-ASR) | 后置,人工上传兜底 |
| B3 精修 | 🟡 技能 | 技能目录 |
| B4 纪要 | 🟡技能+🔴改动联动 | 模板渲染复用;人改→失效自建 |
| B5 抽取 | 🟡 技能(分类型) | 技能目录 |
| B6 出处校验 | 🔴 代码硬规矩 | 抽取后入库前的关卡 |
| B7 存疑确认 | 🟢机制范式+🔴站内任务层 | 照 ba_report;异步派人自建 |
| B8 事实库 | 🔴 地基 | acdm-backend + PG |
| B9 待办 | 🔴 自建 | 站内面板 |
| B10 跨会看板 | 🟡叙述技能+🔴真关联 | 读事实库 |
| B11 下次开场 | 🟡注入位+🔴取数 | 站内 |
| B12 复盘 | 🟡技能+🔴取数 | 定时跑 |
| B13 业务规则可维护 | 🟢技能机制+🟡评审流程 | git 版本 |
下一章 FDS-04:业务原子技能到底长什么样、哪些该是技能哪些必须代码、怎么版本与评审。