主题
10 · 底座标杆化与实现真实性审计计划
2026-05-19 用户定的北极星 + 项目级标准规则。本文统管两件事:(A)把智能会议做成论证
05 模型的标杆并抽象为 A-CDM 真·底座;(B)对历史 wiki/spec 做实现真实性审计、发现偏差给 spec 打叉。 方法沿用 00 框架;效力与 09 并列,是其"治理与推广"层。
§0 北极星(elevated vision)
智能会议专题 = 论证"人机协同任务编排模型(05)"可行性的标杆;跑通后把这套"稳定模型"抽象为 A-CDM 真正的底座,未来所有业务基于它二开。
三个输入,缺一不可:
| 输入 | 角色 | 纪律 |
|---|---|---|
| deer-flow 原生底座 | 能力地基(pipeline 契约 / 原生记忆 / clarification 中断 / 双触发) | 最大化复用,扩展点接入,不碰只读层(00 §B.3) |
| A-CDM 业务需求 | 期望的来源(实现很垃圾甚至没实现,但需求表达了"要什么") | 只取"期望/契约意图",绝不把其占位实现当成熟(本研究三次教训) |
| 05 人机协同模型 | 组织骨架(工作台→任务卡→任务流;人管是什么/Agent 管怎么做) | 以 09 §3 架构落地,先验证再推广 |
输出目标:不是"修好会议功能",而是 一套被证明可用、可被其他业务直接复用的底座模型。
§1 "优秀标杆 / 论证模型可行" 的可证伪判据
只有同时满足下列,才算标杆成立(否则就是又一次"看着像"):
- 可信:单会端到端跑通,每条产出事实可一键回原文 + 程序校验引文⊂原文 + 人审可改(治"不可溯源")。
- HITL 闭环真跑通:可疑/低置信/冲突项真的生成澄清任务卡、向责任人提问、人答回灌事实集并续跑(论证 05 的"失败回退卡片层等人工"+双主体回环)。
- 事实集是单一真相:跨会聚合/待办/Check/复盘全部只读项目事实集,不再重扫口水稿(治"慢/漂移");关联用真 embedding/实体消歧(非 ZeroEmbedding)。
- 底座可复用性被证明:同一套"工作台→任务卡→任务流 + 事实集 + HITL + 可验证溯源"能被一个非会议业务以最小改动复用(哪怕一个纸面演练),证明它是底座而非会议专用。
- 诚实:标杆的每条"已达成"都有运行证据或代码证据,不靠 spec/wiki 措辞——本研究的元教训内建为验收纪律。
路线:先 09 §4 M1/M2 拿下判据 1–3(单会),再 M3 跨会,最后用判据 4 抽象底座、判据 5 全程把关。
§2 实现真实性审计机制(标准规则,项目级长期生效)
规则:A-CDM 是草率二开;spec/wiki 写得好 ≠ 实现做得好。任何"现状/可用/成熟"结论必须实读对应实际源码热点(盯 placeholder/in-memory/ZeroX/TBD/TODO/={}/pass/stub/phase-B),区分"代码路径存在"与"质量可用"。发现偏差→给 spec 打叉。
审计单元:每个 a-cdm code-wiki 章节 / 每个 openspec spec 的 Requirement。 判级:真实 / 部分兑现 / 占位(phase-B/Zero/空) / 夸大(spec 说有实际没/退化) / 缺失。 spec 打叉模板(非破坏式,已在 meeting-insight-engine/spec.md 示范):
> ⚠️ 实现真实性勘误（<日期>,非规范性标注,审计出处 <doc:节>）
> <偏差事实> + <代码证据 file:line> + <在默认部署下 spec 哪条 Scenario 虚构> + <修复指向>
> （Requirement 作意图契约保留;正式化走 OpenSpec change 流程）wiki 大改方式:审计判级后,对"占位/夸大/缺失"章节据实重写或重生成(claude-wiki-gen),再 ./deploy-qishi.sh 重部署;不擅自全量改写,按台账逐项、留痕、可回滚。
§3 优先级与勘误台账(增量填充)
排序原则:承重 + 最可能被夸大 + 离"底座/标杆"最近 优先。已完成项即标杆推进的副产物。
| 优先 | wiki 章节 | 对口 spec | 审计状态 | 判级 | spec 打叉 | 出处 |
|---|---|---|---|---|---|---|
| ★★★ | 22 会议洞察引擎 / 21 会议域 | meeting-insight-engine | ✅ 已审 | 占位+夸大 | ✅ 已打(Purpose+关联公式) | 09 §1 |
| ★★★ | 25 可逆 DB 操作与存储层 | (substrate 相关) | ⬜ 待审 | — | — | 研究曾判"真成熟",须实读 saga/RevertEngine 真跑通度 |
| ★★ | 17 长期记忆机制 | (memory) | ✅ 已审(S′1) | 夸大/不胜任作事实集 | n/a(无对应 spec,wiki 夸大) | 12 §0 裁决1:blob 无查询/LWW/project_id 未接线→事实集自建 PG |
| ★★ | 19 子代理委派与确定性 Pipeline | (pipeline) | ✅ 已审(S′1) | 占位(会议管道)/范式存在(ba_report) | n/a | 12 §0 裁决3:会议管道 compile() 无 checkpointer;须按 ba_report 范式重建 |
| ★★ | HITL 澄清(ask_clarification/Clarification) | (无 spec) | ✅ 已审(S′1) | 机制真实/异步待办层缺失 | n/a | 12 §0 裁决2:中断-续跑 ba_report 验证;异步层 BFF 自建 |
| ★★ | 16 SKILL 技能系统 | (skills) | ⬜ 待审 | — | — | skill-first(13)依赖前置核验:渐进披露/allowed-tools/扫描加载是否如 wiki 述 |
| ★★ | 6 AI 角色注册表(graceful degradation) | ai-roles-registry | ⬜ 待审 | — | — | "fail-fast vs graceful"是否真实现 |
| ★ | 9 鉴权授权双层 / 11 Aegra / 26 BFF / 24 Wiki 协编 | 对应 specs | ⬜ 待审 | — | — | 承重但相对独立,次轮 |
| ★ | deer-flow /deerflow/ 章节 | (上游) | ⬜ 待审 | — | — | 上游只读,审"a-cdm 是否真用对",不改上游 |
台账随审计推进更新;每行落定要有 file:line 证据 + 判级 + spec 打叉链接,沿 00 §C 证据标准。
§4 与既有文档关系
- 05 模型(è§ a-cdm ä»åº docs/requirements/):骨架(意图)。
- 09:底座架构与单会最小闭环(M0–M4)。
- 本 10:北极星 + 标杆判据 + 审计/打叉治理 + 推广为 A-CDM 底座的把关。
- 00 §E 偏差控制新增一类:"占位/in-memory/ZeroX/TBD 当成熟"——本研究三次被它咬到,列为首要对冲。
- README:最新效力顺序 = 10(治理/北极星)→ 09(架构/闭环)→ 其余按 P0-3 限定。
§5 下一步与决策点(待用户定)
- 止损:重部署含 09/10 修正的 wiki(线上现仍是被推翻的乐观版)——建议先做。
- 标杆最小闭环:进入 09 §4 M1(单会:精修→带 offset 抽取→引文校验),产出可演示的"可信"判据 1。
- 底座抽象:把"05 + 事实集 + 任务流 + HITL + 可验证溯源"写成正式 OpenSpec change(让它成为 A-CDM 真·底座的契约真源,而非又一份会被打叉的 spec)。
- 审计扩面:按 §3 台账优先级(25/17/19 先行,因 09 底座要依赖它们,必须先验真)。
建议序:1(止损)→ 3(把底座写成 openspec change,确立契约)→ 2(M1 跑通标杆判据 1–3)→ 4(审计 17/19/25 验底座依赖)。每步对齐 §1 判据,诚实留痕。