主题
FDS-05 · 人机协同模型如何落地
把人机协同模型(三层容器:项目工作台 → 任务卡片 → 任务流;人管"是什么"、AI 管"怎么做";双触发)逐项对到本模块,并把模型留的几个待定问题在本模块拍死。
1. 模型 ↔ 本模块逐项映射
| 模型元素 | 本模块对应 |
|---|---|
| 项目工作台(项目级上下文) | 项目事实库(唯一真相)+ 项目配置 + 业务技能规则(FDS-04) |
| 任务卡片(状态/责任人/产出) | 待办(B9)与站内确认任务(B7):有状态、有负责人、有产出 |
| 任务流(可执行步骤,可审阅/回滚/续跑) | 会议处理流水线(B1→B7),照 ba_report 范式做成可中断、可续跑、按步存 |
| 人管"是什么" | 人配项目/参会人/业务规则、审纪要、确认存疑点、拍待办 |
| AI 管"怎么做" | 流水线在步骤内落地:精修、抽取、生成纪要、派生待办 |
| 双触发(主动 + 自动) | 主动:用户上传/点分析;自动:新材料入库事件、每周/月定时复盘 |
| 任务流是契约边界 | 每步产出落流水线状态,人在卡片层可审阅、否决回滚、从某步续跑 |
一句话:工作台 = 一个项目的"账与规则";任务卡片 = 一件件要办的事;任务流 = 把一场会议办成结果的固定步骤。人在外两层定意图与把关,AI 在最内层干活。
2. "可审阅 / 可回滚 / 可续跑"具体怎么实现
- 可续跑:流水线按 ba_report 范式编译(逐步存档 + 存疑点前暂停);人答后从断点继续,只重算受影响步骤(FDS-03 §2)。
- 可审阅:每场会议的产出(精修文本、各类抽取项、纪要)都落在事实库/流水线状态里,人在工作台逐条看、看出处。
- 可回滚:纪要/规则被改 → 该会受影响项标失效并需重新确认(版本化,FDS-17);业务技能改坏 → 回退 git 版本(FDS-04)。
3. 模型待定问题 → 本模块取定
| 模型开放问题 | 本模块的决定 |
|---|---|
| 任务流失败:回退人工 还是 自动重试? | 技术性失败(超时/解析失败)有限次自动重试;语义不确定/冲突/低置信一律回退到站内确认任务等人(不让模型瞎猜)。 |
| 多个 Agent 同时写,怎么不互相覆盖? | 唯一真相在事实库,写入走事务 + 版本号;同一事实并发以版本控制,不允许"最后写赢"丢数据(FDS-17)。 |
| 全局规则 vs 单卡片配置,谁优先? | 卡片内的设置就近覆盖全局默认;但安全/权限/隔离这类全局红线不可被单卡片放宽。 |
4. 站内闭环(不依赖外部平台)
模型里"人看·操作·确认"全部发生在项目工作台站内:看板、待办面板、站内确认任务、站内提醒。不接飞书等外部 IM;将来要接,只在"通知/同步出口"加适配器,模型与主干不变(见 FDS-00 〇)。
5. 这套为什么能当公司别的业务的底座
本模块把模型落成了一组与"会议"无关的通用件:项目事实库(任意业务的"账")、任务流(任意固定步骤的活)、站内确认任务(任意"AI 拿不准就问人")、业务技能(任意业务规则可读可改可版本)。会议只是第一个跑这套的业务;别的业务换技能与数据来源即可复用,主干不动。
下一批:进原子业务逐章,先 FDS-17 项目事实库(地基),再 FDS-10 起其余。