FDS-30 · 落地路线 · 最小闭环 · 验收门

怎么落地、先做什么、每步做到什么算过关、哪步是止损点。一条单一路线,不贪多。

1. 总原则

先地基,再单会闭环,再加人,再下游,最后外围。
每步都有可证伪的过关条件(用真实会议跑出来的结果说话,不靠文档措辞);不过关就停在该步修,不往下推。
先证明"一场会议能可信、可追溯地处理完",再谈跨会与报告。

2. 路线(五步)

步	内容	过关条件(可证伪)	止损
0 地基	FDS-17 事实库(表/接口/事务/隔离/版本失效)+ FDS-15 出处校验程序	能事务写入并强一致查询;校验程序对"伪造引文"100% 拦截、对真实引文定位准确	不达→停在地基修,不进第1步
1 单会闭环	B1→B3→B5→B6→B8 跑通一场真实会议	随机抽 20 条结论,100% 能点回原文且引文校验通过;无效引文 0 条进库;写入后下游立即可查;一场会处理时间明显短于现状(现状单场要等好几分钟甚至卡死)	不达→回 FDS-12/14/15 调,不进第2步
2 加人确认	B7 站内确认任务:暂停→派负责人→站内回答→回灌→只重算受影响	存疑条目能挂成站内任务、指派到人;人答后流程从断点续跑、不整场重来;确认结果带确认人入库	不达→回 FDS-16 调
3 下游	B9 待办(默认待确认/状态机/跨会归并/站内面板)→ B10 跨会看板(真关联非按日期)→ B11 下次开场自动注入 → B12 周期复盘+完成率	待办默认待确认、可流转、同事项跨会并一条;看板按内容关联(非日期);下次会自动出"上次N件:完成/没动/变了";复盘出完成率、<50%站内报警	各子项独立验收,未过的子项不对外
4 外围	B4 纪要人审→下游失效联动;B13 业务人改技能(测试+评审+回退);B2 ASR 直接接 API(Qwen-3ASR/fun-ASR)	改纪要→该会事实失效重算;业务人改技能改坏能被自动测试拦住;录音能转出可用文字稿(差录音转人工兜底)	B2 独立后置,不阻塞前四步

3. 最小闭环 = 第1步(这是"算不算数"的分水岭)

第1步跑通即证明这套方案成立:一场真实会议 → 干净结构化结果 → 每条可回原文核对 → 进唯一事实库。在此之前一切都还只是方案;第1步用真实会议达标,才算真的开始有价值。

4. 与人机协同模型对应

第0步=搭"工作台的账"(事实库);第1步=任务流主干跑通;第2步=任务流的"暂停等人"闭环;第3步=围着工作台的消费面(任务卡片/看板);第4步=让人能维护规则。
每步产出落任务流节点,人可在卡片层审阅/回滚/续跑——可逆,不怕推错。

5. 现状起点

地基(事实库/校验)、待办、人确认、跨会真关联当前都没有;纪要/抽取有但质量与可追溯不达标。路线即从第0步从零起,逐步用真实会议验收。

6. 落地纪律

不跳步:地基不稳不做闭环,闭环不可信不做下游。
不靠文档自证:每步用真实会议跑出的结果过关。
全程站内、不接飞书;正确性硬规矩用代码;技能改动走测试+评审(见 FDS-31 红线)。