Knowledge RAG

设计知识库

由社区维护、审核后发布，并在 Agent 页面创作前被 RAG 检索为设计约束。

9 条已发布原则 / 全库 192 条

运营 dashboard 应把 KPI、告警、阈值、负责人、证据和下一步行动组织成可扫描的分诊系统，而不是同权重图表墙。

好的 dashboard 先回答是否需要行动、严重程度、影响范围、责任人和证据路径；图表只是支持分诊的证据层。

图表必须记录 filter、aggregate、bin、timeUnit、join、missing value 和排序逻辑；否则用户无法审计图表为什么这样显示。

数据可视化的可信度不仅来自图形，还来自可解释的数据转换链。每个聚合、过滤和派生字段都应能追溯。

先明确用户要判断的数据关系，再选图表类型和前端库；不要从“我想要一个漂亮图表”开始。

指标卡不是大数字装饰；每张卡都要说明指标定义、时间范围、比较基线、单位、数据状态和下一步行动。

Dashboard 首屏应先回答用户当下该判断什么，而不是把所有数据压成等权图表墙。指标卡是决策入口，需要有语义和证据链。

分析 Drill-down 工作流把一个高频界面判断转成可执行约束，帮助 Agent 在生成前做出更具体的布局、交互或可访问性选择。

Dashboard KPI 分诊把一个高频界面判断转成可执行约束，帮助 Agent 在生成前做出更具体的布局、交互或可访问性选择。

可读 Dashboard 图表把一个高频界面判断转成可执行约束，帮助 Agent 在生成前做出更具体的布局、交互或可访问性选择。

Dashboard 应先显示状态总览，再显示异常、趋势、明细和行动入口。

高密度不是拥挤；低密度也不等于高级。密度要匹配用户任务频率和决策速度。