Skip to main content

auth-login-page-basic

Use when designing login, signup, password reset, MFA, and account access pages. Basic version focused on trust, clarity, error recovery, and low-friction account access; emphasizes fast layout, obvious labels, a minimal section set, and a short checklist.

Zur Installation springen

Quellinformationen

Repository
Mr-Q526/TeamCC-Platform
Letzte Quellaktivität
15. April 2026 um 03:16
Erkannte Sprache von SKILL.md
Englisch
Sterne
8
Forks
1

Installationsoptionen

Standardmäßig ist der Prompt ausgewählt, der zuerst die Quelle prüft. Sie können zu einem direkten Befehl wechseln oder eine lokale Kopie herunterladen.

Quelldateien prüfen

Lesen Sie SKILL.md und alle von SkillsMP angezeigten Begleitdateien, bevor Sie sich für eine Installation entscheiden.

Datei-Explorer
4 Dateien

SKILL.md wird angezeigt

SKILL.md
Quellanweisungen · Schreibgeschützte Vorschau
schemaVersion
2026-04-11T00:00:00.000Z
skillId
frontend/auth-login-page-basic
name
auth-login-page-basic
displayName
Auth Login Page Basic
description
Use when designing login, signup, password reset, MFA, and account access pages. Basic version focused on trust, clarity, error recovery, and low-friction account access; emphasizes fast layout, obvious labels, a minimal section set, and a short checklist.
aliases
["auth-login-page-basic","Auth Login Page Basic","authloginpagebasic","认证","auth","login","登录页面","后端鉴权"]
version
0.1.0
sourceHash
sha256:60703e65b83410ddd9622a32c3fd486954d6a7215c3badf0bd6a22de35b50d74
domain
frontend
departmentTags
["frontend-platform"]
sceneTags
["design"]
# Auth Login Page Basic Use this skill when the task is to design login, signup, password reset, MFA, and account access pages. Goal: produce a quick but usable draft page or interface that supports trust, clarity, error recovery, and low-friction account access. ## 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?
Auf GitHub ansehen