Semantic Facts 状态页设计稿

先确认页面信息架构和操作区布局。后端统一按“提交后自动入队 + 失活旧 facts + 手动重抽入口”设计。

A. 总览台 + 队列栏 + 对象表 + 详情抽屉
对象总数
active facts
失败队列
积压时长
按对象类型统计:项目 / 任务 / 信号 / 文档 / 人员 / 宪章 / 发布 / 复盘
抽取队列状态:pending / running / retry / dead_letter
可搜索对象表:对象类型 / 标题 / facts 条数 / 最后抽取 / 队列状态 / 操作
右侧详情抽屉:facts 列表 / 证据 / 最近 run / 重抽按钮

方案 A

一页看全:先看风险和积压,再搜对象,再在右侧展开 facts 详情。我推荐这个,最适合排查“哪个对象没抽上、为什么失败、要不要重跑”。

B. 双栏工作台
队列状态总览
对象列表 + 类型筛选 + 搜索
当前对象摘要:facts 数 / 最后抽取 / 最近失败
facts 明细、run 时间线、手动重抽

方案 B

偏“工作台”操作感,适合长时间盯一个对象排障;但全局统计和横向比较会弱一点。

C. Tab 分对象类型
概览 | 项目 | 任务 | 信号 | 文档 | 人员 | 宪章 | 发布 | 复盘
当前 tab facts 数
失败数
最后抽取
当前对象类型的列表和详情

方案 C

对象边界最清楚,但你要横向看整体积压和失败会来回切 tab,运营效率最低。

我推荐 A 的原因

设计约束