设计知识库资源地图

这份资源地图说明 Interface Lab 设计知识库如何采集、筛选和扩充。知识条目只保留可执行设计判断：能转化为 Agent 指令、能影响界面生成结果、有明确适用和避免场景，并能用中英文 query 检索。

来源分级

• 一级来源：官方规范、平台指南和可访问性标准。优先参考 W3C WCAG 2.2、Apple Human Interface Guidelines、Apple Accessibility、Material Design、IBM Carbon Accessibility。
• 二级来源：成熟设计系统和产品实践。重点观察 GOV.UK Design System、Atlassian Design System、Shopify Polaris、Salesforce Lightning Design System、Microsoft Fluent。
• 三级来源：社区资源、案例索引和实践信号。用于发现模式和场景，不直接当作规范，包括 Design.Systems、Design Systems Repo、Sourcy、Figma Community、Mobbin、Pageflows、UX Collective、Nielsen Norman Group。

主题地图

• Visual Foundations：视觉层级、布局密度、真实媒体、对象详情、比较布局、图表可读性、dashboard 分诊、空状态构图。
• Typography Color Accessibility：字体层级、对比度、颜色语义、焦点状态、表单标签、错误摘要、状态消息、图标可访问名称、减少重复输入。
• Interaction Responsive Motion：键盘导航、弹窗焦点、批量操作、筛选状态、移动端行动栏、骨架屏、AI 生成进度、撤销、拖拽替代路径。
• Design Systems Page Patterns：设置页、列表详情、价格比较、搜索分面、设计系统文档、token 编辑器、组件治理、社区投稿和审核流。

推荐阅读路径

• 先读可访问性标准：从 WCAG 的 Perceivable、Operable、Understandable、Robust 四类原则开始，再映射到颜色、焦点、表单、状态消息和键盘路径。
• 再读平台指南：用 Apple HIG、Material 和 Fluent 理解平台习惯、触控尺寸、动效目的、导航结构和系统控件预期。
• 然后读设计系统：比较 GOV.UK、Carbon、Polaris、Atlassian 和 Lightning 如何写组件用法、错误、状态、内容风格和治理流程。
• 最后看社区案例：用 Mobbin、Pageflows、Figma Community 和 Sourcy 发现真实产品流，但只提炼可验证模式，不复制截图、模板或付费素材。

采集标准

• 必须能写成 Agent directive，例如“表格批量操作出现后显示选中数量、作用范围和风险反馈”。
• 必须有正反例或适用/避免场景，避免只收录抽象审美判断。
• 必须能影响生成结果，例如布局、交互、状态、文案、可访问性、响应式或组件治理。
• 必须能被中英文 query 找到，条目应包含场景词、组件词和用户任务词。
• 来源只做链接归档和观点归纳，不搬运长段文字、截图、付费资源或不可验证趋势。

拒收规则

• 不收录纯灵感图、趋势列表、Dribbble 式装饰效果或没有使用场景的视觉片段。
• 不收录商业素材下载、模板包、图标包、字体包或需要付费登录才能验证的内容。
• 不收录只表达个人偏好、缺少可执行判断、无法转成 UI 约束的观点。
• 不把资源页 Markdown 纳入 Agent RAG；RAG 只检索经过审核的知识条目和版本内容。

扩库方法

• 先按四个主题补齐覆盖面，再合并相近条目，避免“同义不同名”的重复知识。
• 每条使用英文短横线 slug，标签控制在 3 到 5 个，标题简短，正文包含原则、设计动作、正反例、适用/避免场景、Agent 指令、检索 query 和来源提示。
• 中文和英文都必须是原创归纳，不直接翻译外部文章原文。
• 发布前运行类型检查、知识库 seed 生成、RAG 评估和手动页面检查。