业务链路
从请求缺口到上线回验
点击任一环节查看对应案例;再次点击即可收起。
完整业务链路
节点内的数字是当前可查看的案例数请求汇流
仅 F1真实缺素材补采主链
当前环节
环节案例
0 个案例异常案例优先显示
按顺序查看每个素材缺口如何被记录、补采、上线并最终回验。
点击任一环节查看对应案例;再次点击即可收起。
0 个案例异常案例优先显示
按最近更新时间排序
| 缺口簇 | 归因 | 改写 Query | 当前阶段 | 三平台 | 更新 |
|---|
从原始 Topic 一路展开到上线资产;不是每条 no_hit 都应该投种子。
| 缺口 / 原始 Topic | 来源链路 | 诊断归因 | 聚类改写 | 投递 / 找回 | 内容理解 | 上线 | 链路进度 |
|---|
清除部分筛选,或检查搜索词是否过于具体。
看每条来源链路在哪个环节掉速,并把问题交给真正的 owner。
有完整 join key 的记录占比;不是业务成功率
| 来源 | 归因 | 聚类 | Query | seed 回执 | 内容理解 | 上线回链 |
|---|
按积压量 × SLA 超时排序
这些条件一旦破坏,老板看到的比例就不可信
no_hit 代码应回到哪里
p50 / p95 必须来自同一完整日窗口
平台真正落地依赖八张可回溯实体表;核心不是 UI,而是 join key 从头到尾不断。
一对多关系必须保留,不能在 Excel 里压成单行文本
按对象存,不把所有字段塞进一张宽表
每个比例都明确对象、分母与排除项
已确认项按合同展示;未确认项继续显式标记,避免混入日常指标