04 · 差距分析

差距 = 目标(01 DoD) − 现状(02 基线)。 每个差距标注:类型 · 量级(粗估,口径见 00 §C)· 依赖 · 阻塞了谁。量级是相对量(用本仓可比对象锚定),非精确承诺。

⚠️ P0-1 封板修正(2026-05-18):经 02 §0 核验,GAP-1/2/4/6 量级显著收窄。decision/risk/action/milestone/agreement 已抽取且 action 自带 owner/due/status/priority;跨会 evolution_chain/风险升级/矛盾/四象限(含 actions 待办象限)已是引擎产物。下方各 GAP 已就地修正;早期"地基缺失/无米下锅"判断作废。

⚠️ P0-3(2026-05-19,效力更高):"已是引擎产物"指代码路径存在,实际是 phase-B 占位(慢/差/不可溯源)。GAP 框架仍有效,但 GAP-1 升级为"可验证溯源硬契约"、GAP-6 升为"项目事实集单一真相",并新增"精修层 + HITL 澄清层"。完整重定位见 09。

---

1. 差距类型字典

代号	类型	含义
G-SCHEMA	抽取 schema 缺失	LLM 抽取产物类型不够(地基)
G-PERSIST	强一致持久缺失	缺需事务/查询/权限的 PG 持久(待办池/InsightTree)
G-DERIVE	派生逻辑缺失	上游有数据但无"析出下游对象"的逻辑
G-INJECT	上下文注入缺失	缺"会话开场自动带上下文"的中间件
G-SYNC	闭环同步缺失	产物不回流执行系统(竞品判定的"孤岛"=花架子)
G-SKILL	原生 skill/pipeline 缺失	复盘/报告类能力未做成原生 skill
G-REVERS	可逆接入缺失	新对象未进 substrate
G-TRACE	可信回溯缺失	source_span 端到端未打通 / AI·人不可辨

---

2. 关键差距清单(按"阻塞链"排序)

排序原则:地基缺口在前——它阻塞的越多,优先级越高(详优先级见 06)。

GAP-1 · 原子溯源精度 + 2 个次要类型(修正后:已大幅收窄)【G-TRACE + G-SCHEMA】

• 目标(01 §2.4 好用):原子覆盖 PDCA 类型,每条带可验证回溯锚。
• 现状(02 核验①修正):decision/risk/action(含owner/due/status/priority)/milestone/agreement 已抽取;每条带 quote(≤50字)+reasoning,但 quote 是 LLM 自选片段、无程序侧 transcript 存在性校验。
• 差距(收窄):① quote→可验证溯源锚(后处理校验 quote 确在 transcript,丢弃幻觉项)——防幻觉关键;② assumption/metric 结构化原子缺失(次要;blocker 由 risk+escalation 近似,可不单列)。
• 量级:小(主要是 prompt 微调 + 后处理校验 + 可选加 2 kind + EXTRACT_VERSION bump + backfill;非新建子系统,引擎已成熟)。
• 边界(P0-2 已封板):ExtractedDecision.kind: str 非 Literal、attributes 不强校验、extra="ignore" → 在 decisions 加新 kind = 纯 prompt 改动,确认 ★★ 纯原生,不触 vendored(02 §3 P0-2 结论)。仅"新 kind 升 InsightTree 一等桶"触 vendored finalize,可延后(非主干所需)。
• 影响:不再"阻塞一切"。它提升 GAP-2/4/5 的可信度,但那些 GAP 的上游数据已存在,可与 GAP-1 并行。

GAP-2 · 一等公民待办池缺失 【G-PERSIST + G-DERIVE + G-REVERS】

• 目标(01 §2.5 可用):{what,who,due,depends_on,source_meeting_id,status} + 状态机 + 默认 proposed 人确认 + 软删回收站。
• 现状(02 核验②修正):上游已具备——action 原子带 owner/due/status/priority,且已聚合成 actions 四象限一极。缺的是人审生命周期 + 持久 overlay + 归并。
• 差距(收窄):人审状态机(proposed→confirmed…)+ 项目级持久 overlay + 跨会归并 + 可逆接入。非"整套从零"。
• 量级:中(overlay 薄表+service+router;字段大多复用 action 原子,状态机有 OpenSpec 先例,substrate 现成)。
• 依赖:GAP-1 仅提升可信度(非阻塞,action 原子已可派生)。阻塞 GAP-3、GAP-4、PDCA 的人审/度量部分。

GAP-3 · 待办闭环到执行系统缺失 【G-SYNC】

• 目标(01 §2.5 可用底线):至少能推/同步一个团队执行系统(否则即竞品公认"孤岛=花架子",留存第一杀手)。
• 现状:无。
• 差距:待办↔执行系统(飞书任务/项目管家面板/IM)的至少单向推送,好用档要双向回流。
• 量级:小–中(取决于目标系统;先做"项目管家面板可读可改"即够可用底线)。
• 依赖:GAP-2。这是"可用 Bar"的硬门槛,不是锦上添花。

GAP-4 · Check 自动化(开场注入 + 偏差扫描)缺失 【G-INJECT + G-SKILL】

• 目标(01 §2.6 好用):下次会议开场自动注入"上次待办进度表 + AI 偏差扫描(超期/范围漂/反复阻塞标红)"。
• 现状(修正):偏差信号已被引擎计算——evolution_chain(决策演进)、风险自动升级、conflicts(矛盾)、reinforcement_count(反复出现)均为现成 AggregatedInsight 字段(02 核验②)。缺的是开场注入与待办状态 delta。
• 差距(收窄):① before_agent 注入中间件(把"上次 action 原子 + overlay 状态 delta + 引擎已算的演进/升级/矛盾"拼成开场材料);② 可选:针对"上次 open action 本场是否被提及"的聚焦扫描。多为"surface 已算结果",非从零建偏差检测。
• 量级:中偏小(注入=原生中间件薄接入;偏差大部分复用引擎产物)。
• 依赖:GAP-2(待办 overlay 状态)。GAP-1 仅提升可信度。仍是行业最大空位、本需求差异化核心,但实现代价低于早期判断。

GAP-5 · PDCA 复盘 / 报告类原生 skill 缺失 【G-SKILL】

• 目标(01 §2.6 好用 + 横切):周/月维度"做了什么/漂了什么/下阶段聚焦" + 改进项完成率仪表(<50% 报警)。
• 现状:有 weekly-report/monthly-report/pmo-report/team-lead-report/weekly-report-reviewer 报告 skill 家族,但无 PDCA 特化、无改进项完成率度量。
• 差距:PDCA 复盘 skill(或在报告 skill 加 PDCA 版块)+ 完成率指标计算。
• 量级:小–中(原生 skill 范式成熟,GAP-1/2 就位后主要是 prompt + 取数)。
• 依赖:GAP-1、GAP-2、GAP-4。纯原生杠杆区(★★★),代价最低、差异化最高——杠杆率最优。

GAP-6 · InsightTree 未规范化持久 【G-PERSIST(架构岔路)】

• 目标(01 §2.4/横切):跨会项目级 living view,可按 kind/owner/时间快查与聚合,供报告/Check 读而不重扫 transcript。
• 现状:实时聚合 + L1/L2 缓存(MeetingInsightCache/MeetingAtomCache),"部分 cache 部分逻辑"漂移(需求 §6 自承)。
• 差距:稳定可查询的项目级洞察持久层。这是关键架构岔路(PG 规范化表 vs 原生记忆 namespace vs 缓存升级三选一)——详 05。
• 量级:中(取决于选型;缓存框架已在,非从零)。
• 依赖:GAP-1(维度齐才值得持久)。阻塞:报告 skills 横向扩展的数据源稳定性。

GAP-7 · 纪要结构化落库 + 修订→下游失效 缺失 【G-PERSIST + G-DERIVE】

• 目标(01 §2.3 好用):minutes.json 结构化供下游;人审修订触发 insights/todos 失效重算;AI·人段可辨。
• 现状:docx 渲染 live,但无结构化表、无修订 listener。
• 差距:结构化持久 + 单向数据流失效链(上游变→下游 stale→异步重算)。
• 量级:中(可借 EXTRACT_VERSION+content_hash 双 key 范式扩展)。
• 依赖:与 GAP-1 协同(同属"上游真相→失效→重算"机制)。

GAP-8 · ASR / diarization / 词级时间戳 缺失 【G-SCHEMA 上游 · 专项】

• 目标(01 §2.2 好用):音频→transcript 自动 ASR + 说话人分离 + 词级时间戳(±50ms 级供回溯)。
• 现状:0%(依赖人工上传 transcript;recording_result 是 ERP 录屏,无关)。
• 差距:ASR pipeline(选型见 05:WhisperX / 云 ASR / 本地 Parakeet)。
• 量级:大(provider 选型 + 异步 job + 时间戳→source_span 贯通 + 中文长会多 pass)。
• 依赖:独立(不阻塞 GAP-1~7,因当前可人工上传 transcript)。故列为专项,路线靠后,不卡主干。

---

3. 差距依赖图(决定 06 顺序)

                    GAP-1 原子schema(地基,阻塞最多)
                   /     |       \        \
              GAP-2待办  GAP-6   GAP-7纪要  (GAP-4偏差对象)
              池  |  \   InsightTree 结构化
                  |   \
              GAP-3   GAP-4 Check注入 ──┐
              同步      |                ├──▶ GAP-5 PDCA复盘/报告(纯原生,杠杆最优)
              (可用门槛) GAP-2进度数据 ──┘

   GAP-8 ASR ────(独立专项,人工上传可绕,不卡主干)

⚠️ 上方 ascii 为早期版本(GAP-1 被画成"阻塞最多")。P0-1 修正后正确依赖如下要点:

要点(修正后):

1. GAP-1 不再是单点地基:action 原子等上游已存在,GAP-2/4/5 可与 GAP-1 并行;GAP-1 的价值是"提升可信度"(quote→可验证锚),而非"解锁数据"。关键路径因此变短。
2. GAP-2 是真起点:人审 overlay 是 GAP-3/4/PDCA 度量的前置;但它依赖的 action 原子已就绪,可立即起步。
3. GAP-3 是"可用 Bar"硬门槛:待办不闭环=花架子,必须与 GAP-2 同相交付。
4. GAP-5 杠杆最优且增量更小:跨会信号(演进/升级/矛盾)已是引擎产物,PDCA 复盘 skill 主要是"读现成 InsightTree + 算完成率",纯 ★★★ 原生——旗舰产出。
5. GAP-8 解耦:人工上传 transcript 兜底,ASR 不阻塞主干。

---

4. 一句话差距总览

(P0-1 修正后)引擎已交付跨会智能与含 owner/due/status 的 action 原子。真正要做的只剩三件薄事:① 在 action 原子上叠"人审待办 overlay + 归并 + 反孤岛同步"(唯一必须自建);② 一个 before_agent 原生中间件做 Check 开场注入;③ 一个纯原生 PDCA 复盘 skill + 改进项完成率度量。再加 quote→可验证锚的防幻觉收口。ASR 独立可延后。整体比早期判断轻一个量级,"事半功倍"成立度更高。

下一步(05):对 GAP-1/2/4/5/6/8 各给 2–3 方案 + 7 维取舍 + 推荐 + 反对理由。