主题
14 · 智能会议专题 · 定稿总纲与通篇复审
本文是「智能会议专题」唯一定稿与权威读法。 00–13 是过程轨迹(诚实落库,可追溯),一切以本文为准;早期不当/冲突/冗余处已在 §8 通篇复审显式作废。 方法论真源 11 v2;本文整合 09/10/12/13的结论,删冗去重,不再复述其推导。
§0 用大白话讲一遍(没背景也能看懂)
现在的问题:公司"智能会议"功能很难用——分析一篇会议要等好几分钟甚至超时,抽出来的要点还经常错、漏、不准、看不到是从原文哪句来的。查过真实代码,根子是:它其实是个"先跑起来"的半成品骨架(不是真做好了),却被当成了成品。
我们的打算:不在烂摊子上缝补,而是按一套"人和 AI 一起干活"的新模型(就是 05 模型(è§ a-cdm ä»åº docs/requirements/))重做;并且要做到足够好,好到能当公司以后所有同类业务的通用地基。
具体就四件事:
- 先把会议记录"精修"干净(去口水、分段、谁说的归谁);
- 抽每条信息时必须标明它出自原文哪一句(可回溯);
- 程序自动核对这句话是否真在原文里,编造的直接丢掉或转人工(防 AI 瞎编);
- AI 拿不准的地方不许猜——自动生成一条"待澄清问题"派给负责人,人回答后再接着算。
确认过的事实统一存进一个**"项目事实库";以后周报、待办、复盘都只读这个库**,不再每次重啃会议记录(又慢又不准的根就在这)。
一句诚实话:以上是"想透 + 查证 + 写成可落地方案",代码还没动;真正算数,要等第一个最小闭环(单场会议跑通、能回溯、人能改)真跑起来。好消息:公司已有一个叫 ba_report 的功能把"中断→等人→继续"这套真跑通了,我们抄它,不重造轮子。
术语对照表(看不懂下文时回查这里)
| 术语 | 大白话 |
|---|---|
| 占位/phase-B 实现 | "先能跑"的半成品骨架,不是真做好;本项目三次把它误当成品 |
| 项目事实库(project_facts) | 一个项目里所有"已核实事实"的统一数据库,可精确查询、有出处、不会丢 |
| 精修 | 把原始会议口水稿洗干净、分段、说话人归一,再给 AI 抽取 |
| 带 offset 溯源 | 每条结论都记"它在原文第几个字到第几个字",能一键跳回原句核对 |
| HITL 澄清 | Human-In-The-Loop:AI 不确定就停下,生成问题派给人,人答完再继续 |
| ba_report 范式 | 公司已上线、把"流程中途暂停等人审、人答后继续"做对了的那套做法,直接复用 |
| 业务原子 skill | 把一项业务能力写成业务人能读能改、可版本管理的一份说明文件(SKILL.md) |
| ABR(原子业务需求) | 不可再拆、单独有用、能单独验收的最小业务需求(下文 A1–A10) |
| T0 / T1 证据 | T0=真跑过有结果;T1=读过真实执行代码。没 T0/T1 不算"做到了" |
| 北极星 | 终极目标:会议做成标杆 → 抽象成 A-CDM 通用地基 |
| S′1 核验 | 这轮对"底座赖以成立的三大依赖"做的对抗式源码核查 |
§1 一句话与读法
一句话:把"智能会议"做成论证 05 人机协同模型(è§ a-cdm ä»åº docs/requirements/) 的标杆,跑通后抽象为 A-CDM 真·底座,全业务在其上二开;实现= deer-flow 原生(ba_report 范式)骨架 + acdm 自建 PG 事实集 + 业务原子 skill 表达 + 人机协同 HITL。
读法:决策者读 §2–§4+§10;架构/落地读 §5–§7;想知道"前面那些文档还算不算数"读 §8。
§2 全景一图(端到端)
要点:确定性正确性走代码、业务判断走 skill、唯一真相在 PG 事实集、不确定就问人(HITL)、下游只读事实集不再重扫口水稿(同时根治"慢/错/漏/不可溯源")。
§3 北极星与可证伪判据
北极星:智能会议 = 论证 05 模型可行的标杆 → 抽象为 A-CDM 真底座 → 全业务基于此稳定模型二开。三输入:deer-flow 原生(地基)× A-CDM 业务需求(只取期望,不信其占位实现)× 05 模型(骨架)。
判据(全部 T0 运行证据才算成立,[11 §G]):① 每条产出事实可一键回原文 + 程序校验引文⊂源文 + 人审可改;② 可疑点真生成澄清待办、指派责任人、人答增量续跑;③ 事实集是单一真相,下游只读它且写后即可查;④ 这套底座能被一个非会议业务最小改动复用(否则不算底座);⑤ 每条"达成"有运行/代码证据,不靠 spec/wiki 措辞。
§4 事实地基(经对抗式源码核验 T1;标准规则)
标准规则:A-CDM 是草率二开,spec/wiki 写得好 ≠ 实现做得好;任何结论必读执行路径源码定真伪,发现偏差给 spec 打叉。这是被咬三次后的项目级铁律([11 §C] 强制闸)。
| # | 命题 | 源码裁决(T1) | 定稿采纳 |
|---|---|---|---|
| 1 | 现"跨会智能"已交付 | ❌ phase-B 占位:串行 kimi+thinking 4-6min/场、canonical_entity_map={}+ZeroEmbedding→关联只看日期、字面 Jaccard、quote 无校验 | 不在其上打补丁,重建 |
| 2 | 事实集≈原生记忆 | ❌ 原生记忆是 LLM 去抖摘要 blob、无查询/无强一致/project_id 未接线 | 事实集自建 PG |
| 3 | HITL 可异步回灌续跑 | ⚠️ 中断-续跑机制真实且 ba_report 生产验证;异步/owner/待办层缺 | 复用 ba_report 范式 + BFF 自建异步澄清层 |
| 4 | 任务流即得契约 | ❌ 会议管道 compile() 无 checkpointer/interrupt;但 ba_report 已用对 | 按 ba_report 范式重建编排 |
三红线(skill-first 不塌方,[13 §6]):确定性硬闸/事务/校验用代码;每业务原子 skill 必带 eval 回归;业务人编辑走 MR+eval+人审 gate。
§5 定稿架构(分层 · 谁负责 · 落地接入点)
| 层 | 职责 | 形态 | 落地接入点(不碰 vendored 只读层) |
|---|---|---|---|
| 确定性骨架 | 编排/持久/中断/续跑/缓存失效 | 代码(LangGraph,ba_report 范式) | 新建会议任务流 pipeline pipelines/<x>/,compile(checkpointer=get_checkpointer(), interrupt_before=[clarify]),注册 langgraph.json/aegra.json |
| 业务大脑 | 精修/抽取/同义判断/复盘叙述 | 业务原子 skill(SKILL.md,1 ABR=1 skill) | skills/custom/<biz-skill>/(原生 skill,业务人可改、git 版本、eval gate);规范见 [13 §5] |
| 唯一真相 | 事实存储/查询/审计/强一致/隔离 | 代码 + PG | acdm-backend 新模块 project_facts(领域无关,会议是 source 之一)+ BFF tool 供 skill 读写 |
| 人机协同 | 可疑点→责任人→回灌续跑 | 代码 BFF + 原生 interrupt | acdm-backend awaiting_clarification 表+API+IM+update_state 桥;deer-flow 侧仅可选小扩 clarification_tool 参数 |
| 消费 | 聚合/待办/Check/复盘/报告 | skill + 代码,只读事实集 | 原生 skill + before_agent 中间件(custom_middlewares)+ 待办 overlay(=05 任务卡) |
05 映射:工作台=事实集+配置;任务卡=待办/澄清;任务流=ba_report 范式 pipeline;人审/回滚=interrupt+update_state;双触发=主动 invoke + 事件/cron。底座性:以上原语均领域无关,会议只是首批 skill 与首个 source。
§6 端到端业务流(原子业务需求 ABR · 定稿索引)
整合 [12 §2]+[13 §7],去重后的单一权威表(推导见 12/13,不在此重复)。形态:🟦skill ·🟩代码 ·⬜确定性节点。
| ABR | 业务期望 | 形态 | 验收(可用▏好用) | 现状判级(T1) |
|---|---|---|---|---|
| A1 摄入 | 原始材料入卡绑会议 | ⬜代码 | 入卡+元数据▏多源统一 | 部分(上传 live) |
| A2 精修 | 口水稿清洗/分块/说话人归一 | 🟦skill | 可读▏长会不丢中段 | 缺失 |
| A3 抽取带offset | 按类型小 prompt 抽事实+char offset | 🟦skill | 带offset▏分类准 | 占位/夸大 |
| A4 引文校验 | 程序验 quote⊂源文,否则丢/转A5 | 🟩代码·硬闸 | 无效0进库 | 缺失 |
| A5 可疑点HITL | 澄清待办→责任人→人答续跑 | 🟩BFF+原生interrupt | 指派+IM▏增量续跑 | 机制真/异步层缺 |
| A6 入事实集 | 确认事实事务写 project_facts | 🟩代码·事务 | 强一致+审计▏写后即查 | 须自建 |
| A7 跨会聚合 | 同事项归并/演进,真关联 | 🟦skill判断+🟩代码 | 归并准▏读事实集不重扫 | 占位 |
| A8 待办派生 | action事实→人审待办池(状态机) | 🟩代码(=05任务卡) | 派生+状态机+同步▏跨会并 | 缺失 |
| A9 Check注入 | 下会开场注入上次进度+偏差 | 🟦skill+🟩中间件 | 自动注入▏偏差标红 | 缺失 |
| A10 PDCA复盘 | 周/月复盘+改进项完成率 | 🟦skill | 复盘▏完成率<50%报警 | 缺失(仅占位报告) |
§7 落地路线(单一权威 · 可落地 · 带止损与 T0 验收)
合并 [09 §4]/[12 §4·§6]/[13 §8] 去重后的唯一路线。每步过 [11] §C 闸+§D 四审+§G 留痕。
| 步 | 内容 | 出口门(可证伪) | 止损 |
|---|---|---|---|
| 0 止损 | ✅ 已完成(2026-05-19):含 00–14+大白话§0 的定稿已重部署 https://code-wiki.qishirecord.cn/meeting-research/(根/分区/14/13 均 200 验证) | 线上首读=14 ✅ | — |
| 1 立契约 | 把 §5 架构 + [13 §5] skill 规范 + 三红线写成 OpenSpec change(底座契约真源) | change 通过评审,纳入 specs | 契约争议→回 §5 |
| 2 M1 单会闭环 | A1→A2(skill)→A3(skill)→A4(代码)→A6(PG);ba_report 范式 pipeline | 抽20条事实100%可回原文且校验过;无效0进库;写后即查;端到端<占位4-6min;A2/A3 skill eval 过(全 T0) | 不达门→回 §5 重选,不进 3 |
| 3 闭环扩展 | A5 真 HITL + A7 真关联(embedding/实体消歧)+ A8 待办 | 跨会归并人审达标;待办进既有执行系统(不孤岛) | — |
| 4 标杆与底座 | A9/A10 + 判据④非会议业务复用纸面演练 | 判据①–⑤全 T0;一个非会议业务可复用 | — |
§8 通篇复审与作废清单(把前面不当/冲突/冗余显式裁定)
用户要求:转向后修正前面不恰当/不合理/冲突/无意义处。逐篇裁定,冲突一律以本文及高编号为准:
| 篇 | 保留价值 | 已作废/被取代(勿再依据) |
|---|---|---|
| 00 框架v1 | 方法论起点、偏差控制雏形 | 整体被 [11] 取代;"偏差控制是软提醒"作废(v2 升为强制闸) |
| 01 标尺/DoD | 双 bar、每层 DoD 仍有效 | "分析层🟢/🟡"按 §4 裁决1 限定 |
| 02 现状基线 | 表结构核验事实有效 | "分析层 live"措辞作废(占位);"事实集≈原生记忆"倾向作废(§4 裁2) |
| 03 平台积木 | 原生积木清单有效 | GAP-6 选 6B(原生记忆)作废;"原生记忆作事实集"作废 |
| 04 差距分析 | GAP 分解骨架有效 | "GAP-1 头号地基/已是引擎产物"作废(占位);依 §6 ABR 重述 |
| 05 方案空间 | 多方案取舍方法有效 | ADR-2/6"原生记忆/缓存作事实集"作废→自建 PG;"事半功倍=复用会议代码"作废→复用 ba_report 范式 |
| 06 路线图 | 分相思想有效 | P0–P3 具体次序作废→以 §7 单一路线为准 |
| 07 风险册 | 花架子/红线有效且更应验 | — |
| 08 执行摘要 | — | 整体被本文 §1–§4 取代(其"事半功倍/已交付"乐观结论作废) |
| 09 | 实现质量审计 §1 仍是关键证据 | 其"事实集≈原生记忆"倾向被 [12 §0] 修正 |
| 10 | 北极星、标准规则、台账有效 | — |
| 11 | 方法论真源,有效 | — |
| 12 | 实现方法/ABR/S′1 裁决,有效 | — |
| 13 | skill-first 范式,有效 | — |
消解的主要冲突:(a)"引擎跨会智能已交付" vs "占位"→ 以占位为准(§4);(b)"事实集复用原生记忆" vs "自建 PG"→ 自建 PG;(c)"任务流复用现会议管道" vs "ba_report 范式重建"→ 重建;(d)多篇路线/优先级不一 → 统一为 §7;(e)00 与 11 框架并存 → 11 为准。至此无悬空冲突。
§9 开放问题(继续探讨 · 去重合并 12§5+13§8)
- 中断态澄清待办的生命周期(超时/升级/GC);久未答→降级"AI 暂定+低信"入库并续提醒,不永久阻塞。
- 事实集矛盾治理:并存+标 conflict + 升级澄清,不自动仲裁。
- embedding 选型(中文/成本/自托管);可先纯实体消歧拿大头,embedding 二期。
- 业务原子 skill 注册表是否与 ai-roles-registry 合一;skill eval 框架选型;业务编辑 UI(Wiki 协编 vs 专用)。
- 组合 skill 编排写在 skill 还是确定性骨架(倾向骨架,skill 保原子)。
- 底座抽象边界:用一个真实非会议业务做 1 页复用演练验证判据④。
- vendored 最小扩展(clarification_tool 加参)走 cherry-pick 还是上游 PR,防 vendored 漂移。
§10 PMO 定稿结论
- 方向成立且更扎实:三依赖核验把"复用对象"从占位会议代码纠正为"ba_report 生产范式 + 自建 PG 事实集 + skill-first 表达",风险更低、技术门槛更下移、与领导诉求(skill 化/知识沉淀/版本/快交付)契合。
- 现状诚实:已交付的是经源码验证的诚实基线 + 可落地方法 + 定稿宪章,无任何运行成果;05 可行性仍是待 M1(T0)证明的命题——无 T0 不称达成。
- 三条不可让步:确定性硬闸用代码 / 每 skill 必带 eval / 业务编辑走 gate。
- 下一步:§7 步 0(止损重部署)→ 步 1(OpenSpec 底座契约,含 skill 规范)→ 步 2(M1 单会闭环 T0)→ §9 开放问题逐定。
全专题至此收敛为一个整体:北极星(§3)→ 事实地基(§4)→ 定稿架构(§5)→ 业务流(§6)→ 路线(§7),互为支撑;过程轨迹 00–13 可追溯但不再作为决策依据。