AIPM 统一数据服务 · 分层架构
依据《AIPM统一数据服务需求与规则》v1.0（2026-09-30 评审，10-09 补充）整理 · 数据流自上而下 · 离线可看
L5 消费层
大客户看板（可下钻）｜ AI 员工（按权限拉上下文）｜ 客户侧仅交付视图（内部价格/返点/原始聊天不外露）
▼
L4 API 层（统一信封）
as_of · last_synced_at · source_refs · quality_flags · 分页 ｜ 项目/需求/执行单元/事件时间线/证据/指标/质量接口 ｜ RBAC 角色有效期，AI 与看板同授权
▼
L3 核心服务层
映射引擎（待关联/候选/已确认/冲突/已失效，逐跳证据）｜ 执行单元身份规则 I01–I07 ｜ 派生阶段引擎（填报即进入，配置驱动）｜ 私域证据关联 P01–P07 ｜ ALL IN ONE 指标归因（execution_unit ↔ 平台任务 ID）
▼
L2 存储层（MySQL 8.0 / InnoDB）
客户/项目/需求/达人 + 执行单元（多轮提报/询价/版本/执行/发布）｜ event_logs（字段级新旧值/操作者）｜ derived_stage · mapping_status · evidence_links · field_dict · sync_checkpoints · publication_mapping
▼
L1 接入同步层（实时优先，D10 评审）
首次完整快照 → 持续变更同步 → 定期全量对账 ｜ 幂等（版本/内容指纹）｜ 乱序不覆盖新值 ｜ 删除保守 ｜ 失败保留水位+重试 ｜ 提交成功水位
▼
L0 数据源层
飞书多维表 F01–F11（唯一事实源 SSOT，身份 = 租户 + app_token + table_id + record_id）｜ 私域 PG（受控只读，仅证据引用）｜ ALL IN ONE MySQL（指标，经飞书回填表进入）
关键闸口 D10：飞书多维表格搬运能否优先实时更新 —— 后端负责人 + 高俊杰 + 运维 + 产品共同评估事件订阅/增量能力、接口配额、峰值负载、丢失补偿与降级周期；在同步方案选型前关闭，不预先锁定定时批量，也不直接承诺实时 SLA。
业务主链（大客户）
客户主表→
客户同步副本→
立项→
提需→
达人提报→
询价需求→
逐达人询价→
锁档副本→
正式商单→
执行单元→
内容发布→
效果回收
派生阶段链（填报即进入，raw 与派生并列）
提报中→
二选/二询中→
锁档中→
执行中→
已发布→
数据回收中→
已复盘
实施三步（D01–D11 按依赖关闭）
第一步 · D01–D04
冻结清单 + 一条大客户链 + 一条日常链
快照 → 映射 → 当前值 → 异常查询；不做回写飞书、不做服务校验后才更新状态
第二步 · 增量 + 看板
差异日志 + 删除对账 + 动态看板 + D05/D06 私域
按项目清单扩覆盖；无原文权限的项目先上结构化数据 + 明确缺口
第三步 · D07 ALL IN ONE
采集 → 回填 → PM 同步 → 内容归因全链路
随后接效果查询；D08–D11 贯穿全程，影响哪个切片先关哪项
漏斗口径（勿串数）