frontend-ui-engineering by addyosmani/agent-skills
npx skills add https://github.com/addyosmani/agent-skills --skill frontend-ui-engineering构建生产质量的用户界面,确保其可访问、高性能且视觉精美。目标是让 UI 看起来像是顶级公司中具有设计意识的工程师所构建的——而非由 AI 生成的。这意味着要真正遵循设计系统、确保适当的可访问性、采用深思熟虑的交互模式,并且避免通用的“AI 美学”。
将与组件相关的所有内容放在一起:
src/components/
TaskList/
TaskList.tsx # 组件实现
TaskList.test.tsx # 测试
TaskList.stories.tsx # Storybook 故事(如果使用)
use-task-list.ts # 自定义钩子(如果状态复杂)
types.ts # 组件特定类型(如果需要)
优先使用组合而非配置:
// 良好:可组合
<Card>
<CardHeader>
<CardTitle>Tasks</CardTitle>
</CardHeader>
<CardBody>
<TaskList tasks={tasks} />
</CardBody>
</Card>
// 避免:过度配置
<Card
title="Tasks"
headerVariant="large"
bodyPadding="md"
content={<TaskList tasks={tasks} />}
/>
保持组件专注:
// 良好:只做一件事
export function TaskItem({ task, onToggle, onDelete }: TaskItemProps) {
return (
<li className="flex items-center gap-3 p-3">
<Checkbox checked={task.done} onChange={() => onToggle(task.id)} />
<span className={task.done ? 'line-through text-muted' : ''}>{task.title}</span>
<Button variant="ghost" size="sm" onClick={() => onDelete(task.id)}>
<TrashIcon />
</Button>
</li>
);
}
广告位招租
在这里展示您的产品或服务
触达数万 AI 开发者,精准高效
将数据获取与展示分离:
// 容器组件:处理数据
export function TaskListContainer() {
const { tasks, isLoading, error } = useTasks();
if (isLoading) return <TaskListSkeleton />;
if (error) return <ErrorState message="Failed to load tasks" retry={refetch} />;
if (tasks.length === 0) return <EmptyState message="No tasks yet" />;
return <TaskList tasks={tasks} />;
}
// 展示组件:处理渲染
export function TaskList({ tasks }: { tasks: Task[] }) {
return (
<ul role="list" className="divide-y">
{tasks.map(task => <TaskItem key={task.id} task={task} />)}
</ul>
);
}
选择最简单有效的方法:
本地状态 (useState) → 组件特定的 UI 状态
提升状态 → 在 2-3 个兄弟组件间共享
Context → 主题、认证、区域设置(读取频繁,写入稀少)
URL 状态 (searchParams) → 过滤器、分页、可共享的 UI 状态
服务器状态 (React Query, SWR) → 带缓存的远程数据
全局状态库 (Zustand, Redux) → 应用范围内共享的复杂客户端状态
避免属性透传超过 3 层。 如果你正在通过不直接使用这些属性的组件传递属性,请引入上下文或重构组件树。
AI 生成的 UI 具有可识别的模式。请避免所有以下模式:
| AI 默认样式 | 生产质量 |
|---|---|
| 所有元素都是紫色/靛蓝色 | 使用项目实际的调色板 |
| 过度使用渐变 | 使用与设计系统匹配的扁平或微妙的渐变 |
| 所有元素都圆角 (rounded-2xl) | 遵循设计系统一致的边框半径 |
| 通用的英雄区域 | 内容优先的布局 |
| 占位符式的文本 | 逼真的占位内容 |
| 到处使用过大的内边距 | 一致的间距比例 |
| 千篇一律的卡片网格 | 目的驱动的布局 |
| 重度阴影设计 | 使用微妙或无阴影,除非设计系统明确指定 |
使用一致的间距比例。不要随意创造数值:
/* 使用比例:0.25rem 增量(或项目使用的任何比例) */
/* 良好 */ padding: 1rem; /* 16px */
/* 良好 */ gap: 0.75rem; /* 12px */
/* 不良 */ padding: 13px; /* 不在任何比例上 */
/* 不良 */ margin-top: 2.3rem; /* 不在任何比例上 */
遵循字体层次结构:
h1 → 页面标题(每页一个)
h2 → 区域标题
h3 → 子区域标题
body → 默认文本
small → 次要/辅助文本
不要跳过标题层级。不要将标题样式用于非标题内容。
text-primary、bg-surface、border-default —— 而非原始的十六进制值每个组件都必须满足这些标准:
// 每个交互元素都必须可通过键盘访问
<button onClick={handleClick}>Click me</button> // ✓ 默认可聚焦
<div onClick={handleClick}>Click me</div> // ✗ 不可聚焦
<div role="button" tabIndex={0} onClick={handleClick} // ✓ 但优先使用 <button>
onKeyDown={e => e.key === 'Enter' && handleClick()}>
Click me
</div>
// 为缺乏可见文本的交互元素添加标签
<button aria-label="Close dialog"><XIcon /></button>
// 为表单输入添加标签
<label htmlFor="email">Email</label>
<input id="email" type="email" />
// 或者当没有可见标签时使用 aria-label
<input aria-label="Search tasks" type="search" />
// 当内容变化时移动焦点
function Dialog({ isOpen, onClose }: DialogProps) {
const closeRef = useRef<HTMLButtonElement>(null);
useEffect(() => {
if (isOpen) closeRef.current?.focus();
}, [isOpen]);
// 当对话框打开时,将焦点限制在对话框内部
return (
<dialog open={isOpen}>
<button ref={closeRef} onClick={onClose}>Close</button>
{/* 对话框内容 */}
</dialog>
);
}
// 不要显示空白屏幕
function TaskList({ tasks }: { tasks: Task[] }) {
if (tasks.length === 0) {
return (
<div role="status" className="text-center py-12">
<TasksEmptyIcon className="mx-auto h-12 w-12 text-muted" />
<h3 className="mt-2 text-sm font-medium">No tasks</h3>
<p className="mt-1 text-sm text-muted">Get started by creating a new task.</p>
<Button className="mt-4" onClick={onCreateTask}>Create Task</Button>
</div>
);
}
return <ul role="list">...</ul>;
}
首先为移动端设计,然后扩展:
// Tailwind:移动优先的响应式
<div className="
grid grid-cols-1 /* 移动端:单列 */
sm:grid-cols-2 /* 小屏幕:2 列 */
lg:grid-cols-3 /* 大屏幕:3 列 */
gap-4
">
在这些断点进行测试:320px, 768px, 1024px, 1440px。
// 骨架屏加载(内容不使用旋转加载器)
function TaskListSkeleton() {
return (
<div className="space-y-3" aria-busy="true" aria-label="Loading tasks">
{Array.from({ length: 3 }).map((_, i) => (
<div key={i} className="h-12 bg-muted animate-pulse rounded" />
))}
</div>
);
}
// 乐观更新以提高感知速度
function useToggleTask() {
const queryClient = useQueryClient();
return useMutation({
mutationFn: toggleTask,
onMutate: async (taskId) => {
await queryClient.cancelQueries({ queryKey: ['tasks'] });
const previous = queryClient.getQueryData(['tasks']);
queryClient.setQueryData(['tasks'], (old: Task[]) =>
old.map(t => t.id === taskId ? { ...t, done: !t.done } : t)
);
return { previous };
},
onError: (_err, _taskId, context) => {
queryClient.setQueryData(['tasks'], context?.previous);
},
});
}
| 合理化借口 | 现实 |
|---|---|
| "可访问性只是锦上添花" | 在许多司法管辖区,这是法律要求,也是一项工程质量标准。 |
| "我们稍后再做响应式" | 后期改造响应式设计比从一开始就构建要困难三倍。 |
| "设计还没最终确定,所以我先跳过样式" | 使用设计系统的默认值。未设置样式的 UI 会给评审者留下糟糕的第一印象。 |
| "这只是个原型" | 原型会变成生产代码。从一开始就打好基础。 |
| "AI 美学目前没问题" | 这暗示着低质量。从一开始就使用项目实际的设计系统。 |
构建 UI 后:
每周安装量
30
代码仓库
GitHub 星标数
79
首次出现
2026年2月16日
安全审计
安装于
codex30
gemini-cli29
amp29
github-copilot29
kimi-cli29
opencode29
Build production-quality user interfaces that are accessible, performant, and visually polished. The goal is UI that looks like it was built by a design-aware engineer at a top company — not like it was generated by an AI. This means real design system adherence, proper accessibility, thoughtful interaction patterns, and no generic "AI aesthetic."
Colocate everything related to a component:
src/components/
TaskList/
TaskList.tsx # Component implementation
TaskList.test.tsx # Tests
TaskList.stories.tsx # Storybook stories (if using)
use-task-list.ts # Custom hook (if complex state)
types.ts # Component-specific types (if needed)
Prefer composition over configuration:
// Good: Composable
<Card>
<CardHeader>
<CardTitle>Tasks</CardTitle>
</CardHeader>
<CardBody>
<TaskList tasks={tasks} />
</CardBody>
</Card>
// Avoid: Over-configured
<Card
title="Tasks"
headerVariant="large"
bodyPadding="md"
content={<TaskList tasks={tasks} />}
/>
Keep components focused:
// Good: Does one thing
export function TaskItem({ task, onToggle, onDelete }: TaskItemProps) {
return (
<li className="flex items-center gap-3 p-3">
<Checkbox checked={task.done} onChange={() => onToggle(task.id)} />
<span className={task.done ? 'line-through text-muted' : ''}>{task.title}</span>
<Button variant="ghost" size="sm" onClick={() => onDelete(task.id)}>
<TrashIcon />
</Button>
</li>
);
}
Separate data fetching from presentation:
// Container: handles data
export function TaskListContainer() {
const { tasks, isLoading, error } = useTasks();
if (isLoading) return <TaskListSkeleton />;
if (error) return <ErrorState message="Failed to load tasks" retry={refetch} />;
if (tasks.length === 0) return <EmptyState message="No tasks yet" />;
return <TaskList tasks={tasks} />;
}
// Presentation: handles rendering
export function TaskList({ tasks }: { tasks: Task[] }) {
return (
<ul role="list" className="divide-y">
{tasks.map(task => <TaskItem key={task.id} task={task} />)}
</ul>
);
}
Choose the simplest approach that works:
Local state (useState) → Component-specific UI state
Lifted state → Shared between 2-3 sibling components
Context → Theme, auth, locale (read-heavy, write-rare)
URL state (searchParams) → Filters, pagination, shareable UI state
Server state (React Query, SWR) → Remote data with caching
Global store (Zustand, Redux) → Complex client state shared app-wide
Avoid prop drilling deeper than 3 levels. If you're passing props through components that don't use them, introduce context or restructure the component tree.
AI-generated UI has recognizable patterns. Avoid all of them:
| AI Default | Production Quality |
|---|---|
| Purple/indigo everything | Use the project's actual color palette |
| Excessive gradients | Flat or subtle gradients matching the design system |
| Rounded everything (rounded-2xl) | Consistent border-radius from the design system |
| Generic hero sections | Content-first layouts |
| Lorem ipsum-style copy | Realistic placeholder content |
| Oversized padding everywhere | Consistent spacing scale |
| Stock card grids | Purpose-driven layouts |
| Shadow-heavy design | Subtle or no shadows unless the design system specifies |
Use a consistent spacing scale. Don't invent values:
/* Use the scale: 0.25rem increments (or whatever the project uses) */
/* Good */ padding: 1rem; /* 16px */
/* Good */ gap: 0.75rem; /* 12px */
/* Bad */ padding: 13px; /* Not on any scale */
/* Bad */ margin-top: 2.3rem; /* Not on any scale */
Respect the type hierarchy:
h1 → Page title (one per page)
h2 → Section title
h3 → Subsection title
body → Default text
small → Secondary/helper text
Don't skip heading levels. Don't use heading styles for non-heading content.
text-primary, bg-surface, border-default — not raw hex valuesEvery component must meet these standards:
// Every interactive element must be keyboard accessible
<button onClick={handleClick}>Click me</button> // ✓ Focusable by default
<div onClick={handleClick}>Click me</div> // ✗ Not focusable
<div role="button" tabIndex={0} onClick={handleClick} // ✓ But prefer <button>
onKeyDown={e => e.key === 'Enter' && handleClick()}>
Click me
</div>
// Label interactive elements that lack visible text
<button aria-label="Close dialog"><XIcon /></button>
// Label form inputs
<label htmlFor="email">Email</label>
<input id="email" type="email" />
// Or use aria-label when no visible label exists
<input aria-label="Search tasks" type="search" />
// Move focus when content changes
function Dialog({ isOpen, onClose }: DialogProps) {
const closeRef = useRef<HTMLButtonElement>(null);
useEffect(() => {
if (isOpen) closeRef.current?.focus();
}, [isOpen]);
// Trap focus inside dialog when open
return (
<dialog open={isOpen}>
<button ref={closeRef} onClick={onClose}>Close</button>
{/* dialog content */}
</dialog>
);
}
// Don't show blank screens
function TaskList({ tasks }: { tasks: Task[] }) {
if (tasks.length === 0) {
return (
<div role="status" className="text-center py-12">
<TasksEmptyIcon className="mx-auto h-12 w-12 text-muted" />
<h3 className="mt-2 text-sm font-medium">No tasks</h3>
<p className="mt-1 text-sm text-muted">Get started by creating a new task.</p>
<Button className="mt-4" onClick={onCreateTask}>Create Task</Button>
</div>
);
}
return <ul role="list">...</ul>;
}
Design for mobile first, then expand:
// Tailwind: mobile-first responsive
<div className="
grid grid-cols-1 /* Mobile: single column */
sm:grid-cols-2 /* Small: 2 columns */
lg:grid-cols-3 /* Large: 3 columns */
gap-4
">
Test at these breakpoints: 320px, 768px, 1024px, 1440px.
// Skeleton loading (not spinners for content)
function TaskListSkeleton() {
return (
<div className="space-y-3" aria-busy="true" aria-label="Loading tasks">
{Array.from({ length: 3 }).map((_, i) => (
<div key={i} className="h-12 bg-muted animate-pulse rounded" />
))}
</div>
);
}
// Optimistic updates for perceived speed
function useToggleTask() {
const queryClient = useQueryClient();
return useMutation({
mutationFn: toggleTask,
onMutate: async (taskId) => {
await queryClient.cancelQueries({ queryKey: ['tasks'] });
const previous = queryClient.getQueryData(['tasks']);
queryClient.setQueryData(['tasks'], (old: Task[]) =>
old.map(t => t.id === taskId ? { ...t, done: !t.done } : t)
);
return { previous };
},
onError: (_err, _taskId, context) => {
queryClient.setQueryData(['tasks'], context?.previous);
},
});
}
| Rationalization | Reality |
|---|---|
| "Accessibility is a nice-to-have" | It's a legal requirement in many jurisdictions and an engineering quality standard. |
| "We'll make it responsive later" | Retrofitting responsive design is 3x harder than building it from the start. |
| "The design isn't final, so I'll skip styling" | Use the design system defaults. Unstyled UI creates a broken first impression for reviewers. |
| "This is just a prototype" | Prototypes become production code. Build the foundation right. |
| "The AI aesthetic is fine for now" | It signals low quality. Use the project's actual design system from the start. |
After building UI:
Weekly Installs
30
Repository
GitHub Stars
79
First Seen
Feb 16, 2026
Security Audits
Gen Agent Trust HubPassSocketPassSnykPass
Installed on
codex30
gemini-cli29
amp29
github-copilot29
kimi-cli29
opencode29
React视图过渡API使用指南:实现原生浏览器动画与状态管理
5,700 周安装
Intercom自动化指南:通过Rube MCP与Composio实现客户支持对话管理
69 周安装
二进制初步分析指南:使用ReVa工具快速识别恶意软件与逆向工程
69 周安装
PrivateInvestigator 道德人员查找工具 | 公开数据调查、反向搜索与背景研究
69 周安装
TorchTitan:PyTorch原生分布式大语言模型预训练平台,支持4D并行与H100 GPU加速
69 周安装
screenshot 截图技能:跨平台桌面截图工具,支持macOS/Linux权限管理与多模式捕获
69 周安装
tmux进程管理最佳实践:交互式Shell初始化、会话命名与生命周期管理
69 周安装