Skip to main content

error-empty-states-basic

Use when designing 404 pages, empty states, error states, permission states, and offline states. Basic version focused on recovery, explanation, next actions, and tone; emphasizes fast layout, obvious labels, a minimal section set, and a short checklist.

跳到安装

来源信息

仓库
Mr-Q526/TeamCC-Platform
最近来源活动
2026年4月15日 03:16
检测到的 SKILL.md 语言
英语
星标
7
分支
1

安装方式

默认使用会先检查来源的 Prompt;你也可以切换为直接命令,或下载本地副本。

检查来源文件

决定是否安装前,请先阅读 SKILL.md,以及 SkillsMP 当前展示的配套文件。

文件资源管理器
4 个文件

正在显示 SKILL.md

SKILL.md
来源说明 · 只读预览
schemaVersion
2026-04-11T00:00:00.000Z
skillId
frontend/error-empty-states-basic
name
error-empty-states-basic
displayName
Error Empty States Basic
description
Use when designing 404 pages, empty states, error states, permission states, and offline states. Basic version focused on recovery, explanation, next actions, and tone; emphasizes fast layout, obvious labels, a minimal section set, and a short checklist.
aliases
["error-empty-states-basic","Error Empty States Basic","erroremptystatesbasic","错误状态","异常状态","报错页","空状态","empty state","UI 状态","error","empty","states","错误状态设计","error state","空状态设计"]
version
0.1.0
sourceHash
sha256:dce36b0c80a72257b4deaaacac9e0ca86be1d1ea0321f928e9b97bb0cecf2a86
domain
frontend
departmentTags
["frontend-platform"]
sceneTags
["design"]
# Error Empty States Basic Use this skill when the task is to design 404 pages, empty states, error states, permission states, and offline states. Goal: produce a quick but usable draft page or interface that supports recovery, explanation, next actions, and tone. ## Variant intent - Use the lightweight draft version for quick prototypes, rough alternatives, or retrieval-quality comparisons. Keep it shippable, but accept simpler structure and fewer refinements. - Optimize for fast layout, obvious labels, a minimal section set, and a short checklist. - Prefer concrete UI decisions over generic advice. ## Default workflow 1. Define the primary user, task, and success action. 2. Map the minimum page structure needed for the scenario. 3. Establish hierarchy: what must be understood first, second, and third. 4. Design responsive behavior for mobile and desktop. 5. Add states: loading, empty, error, success, disabled, and permission where relevant. 6. Run the final checks before delivery. ## Design rules - Use clear section names and user-facing copy. - Make the primary action visually dominant and repeat it only when it helps. - Keep navigation and secondary actions subordinate to the main task. - Use spacing, typography, and alignment before adding decorative containers. - Do not hide critical information behind hover-only interactions. - Preserve keyboard access, readable contrast, and touch targets. ## Basic guidance - Start from a simple recognizable layout and keep the section count low. - It is acceptable to use conventional patterns if the page remains clear. - Add only the most important states and interactions. - Avoid over-polishing; this version is useful for quick drafts and baseline comparisons. - Mark any assumptions that a stronger version should revisit. ## Reject these failures - Ambiguous primary action - Important status or pricing hidden below the fold - Dense UI with no scan order - Decorative visuals that compete with the task - Missing mobile behavior ## Final checks - Can the target user understand the page purpose in under five seconds? - Is the next action clear without reading every paragraph? - Are edge states and responsive behavior accounted for?
在 GitHub 查看