用途：把「用 lobe-ui 写界面」流程显式化，在生成每一步介入，而不是最后靠一条提示补救。适用范围限于组件选型、token 取值与是否合格；界面该是什么属于上游产品设计判断，浏览器真实验证属于同仓库 local-testing 技能。
主要能力：提供硬性前提与分环节规则。一、@lobehub/ui/base-ui 是当前规范命名空间，顶层 Button、Modal、Select、Tabs、Text、Tag、Avatar、ActionIcon、Segmented、Skeleton、Dropdown 等 27 个经典组件已标记 @deprecated，新代码从 base-ui 导入，@lobehub/ui/eslint 强制。二、样式只用 createStaticStyles + cssVar，createStyles 已被 eslint 禁用。三、Provider 顺序不可颠倒且 motion 必填：ConfigProvider 在外层（含 locale、motion、resources），ThemeProvider 在内层；组件内文案由 resources 提供，不要再套 I18nProvider；ConfigProvider 安装全局键盘焦点环，不应自行抹除。
使用方式：按交付目标选最小运行模式——选组件读硬性前提加 components.md；取值读硬性前提加 design.md；建界面走五步全流程；审查读 evaluator.md 加被命中规则。五步链路：规划（L1 定位到 L6 验收，最易跳过 L5 边界与 L6 验收）、搭骨架、填充组件语义、细化状态与工艺、评估六维度并按规则回流。文档按需加载，不要一次全读。
适用场景：文档页面外壳、对话界面、移动端外壳、窄导航、可伸缩侧栏、营销落地页等。限制：不负责上游产品设计判断与浏览器验证；示例与模板只是起点，需按真实需求调整；找不到 token 应明示缺口而非写死值；不引入第二个图表库或抓远程 SVG；截图不算验证。费用、平台、版本等更多信息暂未提供。