设计原则
后台管理通常从列表筛选进入详情处理，两个页面必须共享状态和操作语义。
原则
后台管理通常从列表筛选进入详情处理，两个页面必须共享状态和操作语义。
设计动作
列表负责筛选、排序、批量和状态概览；详情负责身份、历史、关键字段、关联对象和上下文操作。
正反例
正向示例：CRM、订单、用户、内容审核、工单和知识条目管理。 反向示例：详情页没有返回筛选结果的路径。
适用场景
CRM、订单、用户、内容审核、工单和知识条目管理。 用户需要快速判断状态、范围、风险或下一步行动。
来源提示
来源提示：综合 GOV.UK、Carbon、Polaris、Atlassian、Design.Systems、Design Systems Repo 与产品案例库的模式实践整理。 GOV.UK Design System Patterns: https://design-system.service.gov.uk/patterns/ Carbon Patterns: https://carbondesignsystem.com/patterns/ Shopify Polaris: https://polaris-react.shopify.com/ Atlassian Design System: https://atlassian.design/ Design Systems Repo: https://designsystemsrepo.com/
Agent 指令
列表负责筛选、排序、批量和状态概览；详情负责身份、历史、关键字段、关联对象和上下文操作。