ui-design
General UI/UX judgment for layout, polish, visual hierarchy, spacing, typography, color, and accessibility. Use when no product-specific or Frappe-specific design system skill applies.
- License 许可
- AGPL-3.0
- 最近更新
- 2026-11-09
- Stars
- ★ 6
- Forks
- 1
01 前言 Front Matter
- name
- ui-design
- description
- General UI/UX judgment for layout, polish, visual hierarchy, spacing, typography, color, and accessibility. Use when no product-specific or Frappe-specific design system skill applies.
02 资源文件 82
- 参考文档references/ambiguity-taxonomies.md2.5 KB
- 参考文档references/checklist-gate.md737 B
- 参考文档references/ci-assertion-verification.md1.4 KB
- 参考文档references/constitution-loading.md1.5 KB
- 参考文档references/conversation-guide.md2.2 KB
- 参考文档references/formatting-guide.md3.9 KB
- 参考文档references/help-reference.md1.3 KB
- 参考文档references/model-recommendations.md2.5 KB
- 参考文档references/phase-separation-rules.md1.6 KB
- 参考文档references/prd-seeding.md2.3 KB
- 脚本scripts/bash/bugfix-helpers.sh6.3 KB
- 脚本scripts/bash/check-hook-bypass.sh1.6 KB
- 脚本scripts/bash/check-prerequisites.sh29.2 KB
- 脚本scripts/bash/common.sh25.3 KB
- 脚本scripts/bash/create-new-feature.sh10.0 KB
- 脚本scripts/bash/fetch-tile-evals.sh4.5 KB
- 脚本scripts/bash/generate-dashboard-safe.sh2.0 KB
- 脚本scripts/bash/git-setup.sh3.3 KB
- 脚本scripts/bash/init-full.sh1.9 KB
- 脚本scripts/bash/init-project.sh6.3 KB
- 脚本scripts/bash/next-step.sh14.3 KB
- 脚本scripts/bash/post-commit-hook.sh6.2 KB
- 脚本scripts/bash/post-phase.sh2.8 KB
- 脚本scripts/bash/pre-commit-hook.sh19.8 KB
- 脚本scripts/bash/session-context-hook-gemini.sh1.7 KB
- 脚本scripts/bash/session-context-hook.sh1.2 KB
- 脚本scripts/bash/set-active-feature.sh3.2 KB
- 脚本scripts/bash/setup-bdd.sh7.6 KB
- 脚本scripts/bash/setup-plan.sh139 B
- 脚本scripts/bash/setup-unix-links.sh6.6 KB
- 脚本scripts/bash/testify-tdd.sh24.1 KB
- 脚本scripts/bash/update-agent-context.sh8.4 KB
- 脚本scripts/bash/validate-premise.sh6.5 KB
- 脚本scripts/bash/verify-assertion-integrity.sh8.6 KB
- 脚本scripts/bash/verify-bdd.sh2.1 KB
- 脚本scripts/bash/verify-step-quality.sh24.4 KB
- 脚本scripts/bash/verify-steps.sh13.1 KB
- 脚本scripts/bash/verify-test-execution.sh6.8 KB
- 脚本scripts/dashboard/public/index.html218.8 KB
- 脚本scripts/dashboard/src/analyze.js7.0 KB
- 脚本scripts/dashboard/src/board.js3.2 KB
- 脚本scripts/dashboard/src/bugs.js4.9 KB
- 脚本scripts/dashboard/src/checklist.js2.5 KB
- 脚本scripts/dashboard/src/generate-dashboard.js10.2 KB
- 脚本scripts/dashboard/src/integrity.js1.7 KB
- 脚本scripts/dashboard/src/parser.js48.5 KB
- 脚本scripts/dashboard/src/pipeline.js7.2 KB
- 脚本scripts/dashboard/src/planview.js9.2 KB
- 脚本scripts/dashboard/src/public/index.html218.8 KB
- 脚本scripts/dashboard/src/storymap.js1.4 KB
- 脚本scripts/dashboard/src/testify.js6.2 KB
- 脚本scripts/dashboard/template.js226.5 KB
- 脚本scripts/powershell/bugfix-helpers.ps14.4 KB
- 脚本scripts/powershell/check-prerequisites.ps123.3 KB
- 脚本scripts/powershell/common.ps114.3 KB
- 脚本scripts/powershell/create-new-feature.ps110.1 KB
- 脚本scripts/powershell/fetch-tile-evals.ps14.2 KB
- 脚本scripts/powershell/generate-dashboard-safe.ps11.8 KB
- 脚本scripts/powershell/git-setup.ps13.2 KB
- 脚本scripts/powershell/init-project.ps16.0 KB
- 脚本scripts/powershell/next-step.ps110.7 KB
- 脚本scripts/powershell/post-commit-hook.ps18.5 KB
- 脚本scripts/powershell/pre-commit-hook.ps116.0 KB
- 脚本scripts/powershell/set-active-feature.ps12.6 KB
- 脚本scripts/powershell/setup-bdd.ps111.0 KB
- 脚本scripts/powershell/setup-plan.ps1228 B
- 脚本scripts/powershell/setup-windows-links.ps19.0 KB
- 脚本scripts/powershell/testify-tdd.ps122.1 KB
- 脚本scripts/powershell/update-agent-context.ps112.3 KB
- 脚本scripts/powershell/validate-premise.ps15.4 KB
- 脚本scripts/powershell/verify-step-quality.ps120.2 KB
- 脚本scripts/powershell/verify-steps.ps112.5 KB
- 脚本scripts/powershell/verify-test-execution.ps16.6 KB
- 参考文档templates/agent-file-template.md1.2 KB
- 参考文档templates/checklist-template.md1.3 KB
- 参考文档templates/constitution-template.md3.0 KB
- 参考文档templates/plan-template.md3.3 KB
- 参考文档templates/prd-issue-template.md888 B
- 参考文档templates/premise-template.md586 B
- 参考文档templates/spec-template.md3.8 KB
- 参考文档templates/tasks-template.md5.3 KB
- 参考文档templates/testspec-template.md2.1 KB
03 SKILL.md 正文
Design Rules
Act like a senior designer with a strong point of view — not someone assembling parts from a component library. Restraint, purpose, clarity, function.
Design principles
- Be a minimalist. Fewer elements, highly refined. When choosing between adding and removing, default to removal. White space is a feature.
- Information on surfaces, not in boxes. Don't reflexively add borders and box everything.
- One primary action per page.
- Style vs clarity register. Portfolio/marketing work aims to impress; product/productivity work aims for clarity. Decide which before styling.
- Avoid late-2010s trends like excessive gradients and shadows. If requested, apply tastefully so elements don't compete.
- Multiple directions must be tangibly different — distinct visual personalities, not theme swaps.
- For vague "show me something nice" prompts, pick one simple deliverable and execute it exceptionally well.
Tweak panel
- When building a new project or feature, always add a floating Tweak panel docked at the bottom-right.
- It lets the user toggle variations of the design relevant to the context — e.g. Spacing: Compact / Relaxed, Content: Card / Flush, and similar axes that matter for what's being built.
- Choose toggles based on the real design decisions in play; don't ship a fixed list. Each option must be tangibly different, not a cosmetic tweak.
Typography
- Avoid text ≤12px except in dense productivity UIs or all-caps stylistic labels. Below 16px, bias to higher contrast.
- Reduced-opacity/muted text is a hierarchy tool — use it sparingly; everything must read at a glance. Legibility and style are never in conflict.
- Units: px for font-size and line-height, em for letter-spacing.
- Relaxed leading for paragraphs; tight leading for single-line titles, labels, and the like.
Color
- Use color sparingly — let the actual content bring the color.
- Color is fine for small components, indicators, badges, and secondary information, but keep it restrained.
Layout mechanics
- Flexbox + padding + gap as the core layout tools; avoid margins for spacing in generated markup.
- Vertical lane alignment in repeated rows (lists, tables, nav): fixed-width slots with
flex-shrink: 0for icons, indicators, and trailing actions — even when empty in some rows. Never rely on gap alone; after 3+ rows, trace vertical lines to verify lanes align. - SVG icons or images, never emoji-as-icons.
Review checklist (run at every checkpoint)
Evaluate each, give a one-line verdict, fix before moving on:
- Spacing — uneven gaps, cramped groups, unintentional dead zones; is there rhythm?
- Typography — too small to read, poor line-height, weak heading/body/caption hierarchy?
- Contrast — low-contrast text, elements blending into background, overly uniform color?
- Alignment — cross-component elements that should share a lane but don't; icons/actions drifting across rows?
- Fit — content clipped, or a large empty gap at the bottom?
- Repetition — grid-like sameness; vary scale, weight, or spacing for interest.
Content
Use realistic placeholder content — real-sounding names, numbers, and copy. Never lorem ipsum or "Item 1".
For Frappe UI, prefer frappe-app-dev and existing frappe-ui patterns.
04 同仓库更多 Skills
benchpress-docs
Read and search the BenchPress documentation. Use when working with BenchPress — its setup, configuration, API, and behavior.
benchpress-docs
Read and search the benchpress documentation. Use when working with benchpress — its setup, configuration, API, and behavior.
technical-writing
Write prose in "Simplified Technical English". This applies to documentation, READMEs, commits, pull request, plans and release notes. It does not apply to code, identifiers, marketing copy, essays, or anything that needs a voice.
resolve-backport-conflicts
Resolve merge conflicts in a Mergify backport pull request. When a cherry-pick fails, Mergify commits the conflict markers as they are. This skill takes a pull request link or number as an argument.
quality-code-review
Review code for any Frappe application — a checklist distilled from years of engineering practice on correctness, security, performance, concurrency, readability, API design, and testing. Use this when reviewing a diff, a PR, or a piece of code for quality and security, or when you want a reviewer's checklist grounded in hard-won Frappe/ERPNext lessons.
issue-to-phases
Decompose a planning document (plan.md, a spec, or a GitHub issue) into incremental, independently-shippable "tracer bullet" phases, write them as phase specs under specs/, and optionally generate a Ralph loop (ralph.sh + prompt.md) that implements them unattended. Use this whenever the user hands you a plan and wants it broken into phases, mentions "tracer bullets", "phase 0/1/2", "build this in phases", "thin end-to-end slice first", "ralph loop", or wants phased specs in the specs/ folder — even if they never say the word "phase". Also use it when the user asks to "implement / work on phase N" of an existing spec folder, so the branch, the PR and the spec's status all move the way every earlier phase did.