FDS-10 · B1 会议建档与材料上传

1. 业务说明

把"一场会议"在系统里立成一条可追溯的记录,挂到项目下,并把它的录音/纪要/口水稿材料收进来。不做的话,后面所有处理都没有"挂靠的会议"和"原始材料"。

2. 用户操作与界面

• 会议组织者:进项目 → "新建会议"(填主题、时间、参会人)→ 上传录音或文字材料 → 提交。
• 提交后看到:这场会议的卡片(状态"待处理"),可继续补传/替换材料,可软删与恢复。

3. 数据与接口

• 表 meetings:id、project_id(索引)、title、start_at、participants(jsonb)、source(飞书导出/线下/手机录音…仅作标签)、status(待处理/处理中/已出结果)、created_by、created_at、deleted_at(软删)。
• 表 meeting_files:id、meeting_id(索引)、kind(audio/transcript/minutes)、storage_path、mime、uploaded_at、deleted_at。
• 接口:POST /projects/{id}/meetings(建档)、POST /meetings/{id}/files(上传,大文件分片)、DELETE/restore(软删/恢复)。
• 与事实库关系:本步不写事实库;它产出的是"会议 + 材料",是流水线的输入。

4. 技术实现(分步)

1. 建会议记录,绑定 project_id 与参会人。
2. 文件上传:复用 deer-flow 文件能力做接收;Word/PDF 等转成统一文本(供后续精修/抽取读)。录音文件原样存,等 B2。
3. 入库后发一个"会议有新材料"事件 → 触发流水线(B3 起);也可由用户在卡片上手动点"开始处理"。
4. 软删/恢复走项目现有可逆存储,原始材料不物理删除(对应原始需求"录音永不删")。

5. 技能 or 代码

代码(acdm-backend + 复用引擎文件能力)。无业务判断,纯数据与文件,不做成技能。

6. 二开归类

🟢 文件上传/格式转换复用 deer-flow;🔴 会议建档表与绑定、软删恢复、触发事件 acdm-backend 自建(当前无完整会议建档绑定)。

7. 与人机协同模型关系

对应"工作台"里新建一个待办容器:会议卡片就是一张任务卡片的起点,人在此定"是什么"(哪个项目、谁参会、什么材料)。

8. 验收(可证伪)

• 可用:建会议+传文件后,能按会议查到其全部材料;软删后回收站可恢复;转文本对 Word/PDF 成功。
• 好用:多来源材料(录音+纪要)都能挂到同一会议;触发事件能自动起流水线。

9. 现状

文件上传与软删能力在;缺完整"会议记录+绑定项目/参会人+触发"。本章补这部分。

10. 风险与取舍

• 风险:大录音上传超时。取舍:分片上传 + 后台校验;录音转写(B2)异步,不阻塞建档。
• 取舍:source 字段只做标签不做集成(本期不接外部平台,见 FDS-00 〇)。