设计知识库
由社区维护、审核后发布，并在 Agent 页面创作前被 RAG 检索为设计约束。
电商浏览购物车结账漏斗
零售电商需要把商品发现、商品评估、加购反馈、购物车审阅、访客结账、地址/支付恢复和订单确认串成连续决策系统。
电商转化不是单个 PDP 或 checkout 表单的优化，而是每一段都回答用户能否找到、比较、确认总成本、修复错误并放心付款。96%Design Systems Page Patternssearch / filters搜索与筛选 UX 契约
搜索、筛选、分面和排序必须共同解释当前结果集：查询是什么、范围是什么、条件是什么、结果为何出现、如何恢复。
检索界面是一台状态机。用户每输入 query、选择 facet、改变排序或清空条件，都应看到结果数量、active filters、命中摘要、空结果恢复和可分享的 URL 状态。96%Design Systems Page Patternstokens / settings设计系统 Token 设置页
Token 设置页必须让语义、别名、模式、影响组件、版本 diff 和发布风险同时可见，不能只是颜色和数字输入表单。
Design token 是跨设计工具、代码平台和组件库传播的设计决策。设置页的核心任务不是编辑值，而是解释一个值如何被引用、在哪些模式下变化、会影响哪些组件和版本。96%Design Systems Page Patternsknowledge-base / library知识库与资源库浏览模式
知识库、素材库和模式库需要把搜索、分类、筛选、结果数量、命中摘要、空结果和详情返回路径组织成稳定浏览流程。
库页面的价值不是展示很多卡片，而是帮助用户从模糊意图逐步收敛到可调用条目，并保留来源、质量、分类和下一步行动。95%Design Systems Page Patternsfood-commerce / first-viewport食品快商的食欲到下单路径
餐饮、饮品和快商页面可以高能、有趣、有动效，但首屏必须把食欲转成菜单、价格、食材/营养证据和稳定下单路径。
食品电商的表现力只有在服务选择、信任和购买时才成立；动效、夸张字体、食材插画和品牌色必须把用户带回可检查的商品与下单行动。95%Design Systems Page Patternspublic-service / trust公共服务信任锚点与恢复路径
公共服务界面必须把官方身份、负责机构、法定链接、任务标题、表单语义、错误摘要和恢复路径做成可验证的页面结构，而不是只套蓝白政务视觉。
公共服务的信任来自可检查的责任链和可恢复的任务流：用户需要知道是否官方、谁负责、信息是否安全、为什么需要填写、出错后如何修复、以及去哪里查看隐私/无障碍/监督信息。95%Design Systems Page Patternsdashboard / kpiDashboard KPI 告警分诊契约
运营 dashboard 应把 KPI、告警、阈值、负责人、证据和下一步行动组织成可扫描的分诊系统，而不是同权重图表墙。
好的 dashboard 先回答是否需要行动、严重程度、影响范围、责任人和证据路径；图表只是支持分诊的证据层。95%Design Systems Page Patternsprogressive-disclosure / settings复杂界面的渐进披露
复杂设置、表单和后台页面要先暴露常用任务，再把高级、危险、稀有或条件性选项放进可预测的二级路径。
渐进披露不是把东西藏起来，而是按用户任务、风险和频率安排显示时机，让新手少犯错、熟练用户仍能找到高级控制。95%Design Systems Page Patternsinformation-architecture / navigation信息气味与链接标签契约
导航、卡片和正文链接必须让用户在点击前判断目的地、价值和成本；模糊的“了解更多”会削弱查找效率和可访问性。
信息气味来自链接文字、周围语境和用户已有经验。设计系统应把链接标签当成信息架构的一部分，而不是按钮文案的最后填空。95%Design Systems Page Patternsaudit-log / evidence审计日志证据链
审计日志界面要支持调查、过滤、详情、JSON/CSV 导出和证据解释，而不是只展示按时间排序的活动流。
审计日志的核心价值是可追溯和可证明。每条记录都要回答谁在什么时候、从哪里、对什么对象、做了什么、结果如何、后续证据在哪里。95%Design Systems Page Patternsnotifications / inbox通知收件箱分诊模型
通知中心需要区分即时反馈、可延后阅读的通知、需要处理的任务和系统级告警，并用读取状态、严重度、来源和批量操作组织分诊。
通知不是消息列表。它是一套注意力分配系统：什么时候打断、什么时候静默、何时进入收件箱、如何归档、如何回到原始对象，都需要明确规则。95%Design Systems Page Patternspermissions / roles权限矩阵继承预览
权限界面必须解释谁通过哪条路径获得什么能力，并在保存前预览继承、覆盖、危险权限和批量修改影响。
权限矩阵不是普通设置表格。它是安全、组织结构、资源范围和审计责任的交汇点；用户必须能区分直接授权、角色授权、团队/组继承、默认权限、外部访客和显式拒绝。95%Design Systems Page Patternsportfolio / navigation概念二元驱动案例导航
品牌概念可以成为作品集和服务页的组织轴，但必须映射到服务、案例、团队、菜单和 CTA，而不是停留在一句抽象口号。
概念型网站的结构要把“品牌主张”拆成可浏览的证据：服务如何体现它、案例如何证明它、团队如何支撑它、用户下一步如何行动。93%Design Systems Page Patternspatterns / flow真实产品流作为模式证据
做模式库时应从真实产品流程提取任务、状态和文案，而不是只模仿单张漂亮截图。
优秀 UI 模式不是视觉截图的集合，而是任务流、状态流、约束和反馈的可复用证据。91%Design Systems Page Patternstokens / theme语义主题 Token 的作用域
主题 token 要定义作用域和层级，让组件消费语义角色，而不是散落一次性颜色值。
设计系统的主题能力来自少量可预测的语义开关：强调色、灰阶、面板背景、缩放、圆角和组件变体。90%Design Systems Page Patternsai / generationAI 生成进度模式
AI 生成进度模式把一个高频界面判断转成可执行约束，帮助 Agent 在生成前做出更具体的布局、交互或可访问性选择。
AI 生成需要让用户知道系统正在做什么、还能做什么、失败后如何恢复。88%Design Systems Page Patternstokens / editorToken 编辑器模式
Token 编辑器模式把一个高频界面判断转成可执行约束，帮助 Agent 在生成前做出更具体的布局、交互或可访问性选择。
Token 编辑器需要让设计决策、引用关系和影响范围可见。87%Design Systems Page Patternsdocumentation / design-system设计系统文档页
设计系统文档页把一个高频界面判断转成可执行约束，帮助 Agent 在生成前做出更具体的布局、交互或可访问性选择。
设计系统文档要同时支持查找、理解、复制和判断是否适用。87%Design Systems Page Patternssettings / ia设置页信息架构
设置页信息架构把一个高频界面判断转成可执行约束，帮助 Agent 在生成前做出更具体的布局、交互或可访问性选择。
设置页应该按用户意图和风险分组，而不是按数据库字段或内部组织结构。87%Design Systems Page Patternscommunity / library社区资源投稿流程
社区资源投稿流程把一个高频界面判断转成可执行约束，帮助 Agent 在生成前做出更具体的布局、交互或可访问性选择。
社区资源需要降低投稿门槛，同时用审核和来源说明保护质量。86%Design Systems Page Patternsaudit-log / timeline审计日志时间线
审计日志时间线把一个高频界面判断转成可执行约束，帮助 Agent 在生成前做出更具体的布局、交互或可访问性选择。
审计日志需要回答谁、何时、对什么、做了什么、影响是什么。86%Design Systems Page Patternssearch / filters搜索结果与分面筛选
搜索结果与分面筛选把一个高频界面判断转成可执行约束，帮助 Agent 在生成前做出更具体的布局、交互或可访问性选择。
搜索界面需要让用户理解结果为何出现，以及如何缩小或放宽范围。86%Design Systems Page Patternsgovernance / review组件治理审核流
组件治理审核流把一个高频界面判断转成可执行约束，帮助 Agent 在生成前做出更具体的布局、交互或可访问性选择。
设计系统需要记录组件为何新增、如何复用、何时弃用，而不是只维护组件清单。86%Design Systems Page Patternsai / promptPrompt 构建界面
Prompt 构建界面把一个高频界面判断转成可执行约束，帮助 Agent 在生成前做出更具体的布局、交互或可访问性选择。
Prompt 构建器应帮助用户表达目标、上下文、约束和输出格式，而不是只给一个大文本框。86%Design Systems Page Patternsanalytics / drilldown分析 Drill-down 工作流
分析 Drill-down 工作流把一个高频界面判断转成可执行约束，帮助 Agent 在生成前做出更具体的布局、交互或可访问性选择。
分析界面应从异常和问题入口深入到原因，而不是只展示图表集合。86%Design Systems Page Patternsadmin / list-detail后台列表详情模式
后台列表详情模式把一个高频界面判断转成可执行约束，帮助 Agent 在生成前做出更具体的布局、交互或可访问性选择。
后台管理通常从列表筛选进入详情处理，两个页面必须共享状态和操作语义。86%Design Systems Page Patternsnotifications / inbox通知中心模式
通知中心模式把一个高频界面判断转成可执行约束，帮助 Agent 在生成前做出更具体的布局、交互或可访问性选择。
通知中心应帮助用户分辨重要性、来源、是否已处理和下一步。85%Design Systems Page Patternsdocs / toc文档目录布局
文档目录布局把一个高频界面判断转成可执行约束，帮助 Agent 在生成前做出更具体的布局、交互或可访问性选择。
长文档需要同时显示当前位置、章节结构和相关下一步。85%Design Systems Page Patternsempty-state / projects空项目开始状态
空项目开始状态把一个高频界面判断转成可执行约束，帮助 Agent 在生成前做出更具体的布局、交互或可访问性选择。
空项目页应把用户带进第一个真实成果，而不是展示产品功能说明。85%Design Systems Page Patternspricing / comparison价格套餐比较
价格套餐比较把一个高频界面判断转成可执行约束，帮助 Agent 在生成前做出更具体的布局、交互或可访问性选择。
价格页的核心是帮助用户判断适合哪一档，而不是堆满营销形容词。85%Design Systems Page Patternsonboarding / setup渐进式引导设置
渐进式引导设置把一个高频界面判断转成可执行约束，帮助 Agent 在生成前做出更具体的布局、交互或可访问性选择。
引导不应一次性索取所有信息，而应尽快让用户看到可用结果。85%Design Systems Page Patternsaccount / profile资料与账号设置
资料与账号设置把一个高频界面判断转成可执行约束，帮助 Agent 在生成前做出更具体的布局、交互或可访问性选择。
个人资料、登录安全、通知和计费属于不同风险等级，应分区处理。84%Design Systems Page Patternsmarketplace / browse市场浏览模式
市场浏览模式把一个高频界面判断转成可执行约束，帮助 Agent 在生成前做出更具体的布局、交互或可访问性选择。
市场页需要同时支持发现、比较、信任判断和安装/购买行动。84%Design Systems Page Patternsassets / images按页面类型选择视觉资产
视觉资产应揭示真实产品、场景、玩法或人物，而不是只提供模糊氛围。
用户需要检查对象时，图片必须具体、清楚、相关。82%Design Systems Page Patternsresponsive / stability响应式布局稳定性
固定格式 UI 元素需要稳定尺寸和响应式约束，避免内容变化引起跳动或重叠。
看板、棋盘、工具栏、计数器和按钮组都应预先定义尺寸规则。82%Design Systems Page Patternsrag / agentRAG 检索到生成的使用规则
知识库命中应转化为设计约束，而不是把知识条目原文写进页面可见文案。
RAG 的作用是提高决策质量和可追溯性，不是让页面背诵理论。82%Design Systems Page Patternspage-pattern / layout页面模式选择
先判断页面任务是营销、运营、阅读、配置、交易还是创作，再选择布局模式。
错误页面模式会让好组件也服务错目标。82%Design Systems Page Patternsecommerce / product电商产品决策流
电商页面应帮助用户判断产品、比较差异、确认信任并完成购买。
购买决策需要图片、价格、规格、库存、评价、配送和退换信息共同支持。82%Design Systems Page Patternslanding / hero落地页首屏信号
落地页首屏必须明确品牌/产品/人物/场所是什么，并露出下一段内容线索。
首屏不是只展示氛围，而是给出身份、价值和下一步探索路径。82%Design Systems Page Patternscrm / workflowCRM 工作流页面
CRM 页面应围绕线索、客户、阶段、负责人和下一步行动组织，而不是围绕装饰性区块。
CRM 的核心价值是让用户快速判断客户状态并推进下一步。82%Design Systems Page Patternsdashboard / alertsDashboard 层级与告警
Dashboard 应先显示状态总览，再显示异常、趋势、明细和行动入口。
指标不是越多越好，最重要的是帮助用户判断是否需要行动。82%Design Systems Page Patternssaas / crm运营工具密度模式
SaaS、CRM 和后台工具应优先支持重复扫描、比较和操作，而不是营销叙事。
工具首屏应显示工作对象、状态和下一步，而不是占满屏幕的宣传区。82%Design Systems Page Patternscopy / brand品牌语气与界面文案
界面文案应帮助用户行动，品牌语气要克制地嵌入按钮、状态和说明。
品牌表达不能牺牲清晰度，尤其在错误、支付、审核和危险操作中。82%Design Systems Page Patternscomponents / contract组件一致性契约
组件需要明确 props、状态、尺寸和禁止组合，才能在页面间保持一致。
组件不是视觉截图，而是一组可复用行为和约束。82%Design Systems Page Patternstokens / design-system设计 Token 治理
Token 要表达角色和约束，不只是把色值、字号和间距集中保存。
可维护 token 需要命名、范围、默认值和禁止用法，才能被人和 Agent 共同使用。82%