ui-feedback

Select feedback patterns for empty states, loading, errors, notifications, and confirmations.

1|Updated Apr 15, 2026
One-click install
npx skills add https://github.com/pnewsam/skills --skill ui-feedback-pnewsam
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: ui-feedback
Source: https://github.com/pnewsam/skills/tree/main/archive/ui-evicted/ui-feedback
Command: npx skills add https://github.com/pnewsam/skills --skill ui-feedback-pnewsam

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Choosing the wrong feedback pattern confuses users: a blank page looks broken, a toast hides a blocking error, and a confirmation modal adds friction to reversible actions. This Skill provides decision frameworks that map each system state to the correct UI feedback pattern. ## Core Features & Use Cases - Empty State Design: Distinguishes first-run, no-results, error-caused, and user-cleared states with matching messaging and CTA patterns. - Loading State Selection: Decision tables for skeleton screens vs. spinners vs. optimistic UI based on duration and scope. - Notification Escalation: Maps urgency levels to toast, banner, modal, badge, or live region patterns. - Confirmation vs. Undo: An escalation ladder from undo toasts to typed-confirmation modals based on action reversibility. - Use Case: When reviewing a settings page that shows a blank table on first visit and a modal for archiving items, use this Skill to recommend a first-run empty state with a CTA and an undo toast instead. ## Quick Start Use the ui-feedback skill to review the empty, loading, and error states of my dashboard page and recommend the right feedback patterns.

Frequently Asked Questions about ui-feedback

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I choose between a skeleton screen and a spinner?▼

Use skeleton screens for page-level or section-level initial loads taking 1-3 seconds, since they preview the layout. Use spinners only for small isolated zones like buttons or dropdowns. Never place a full-page spinner over a blank page.

When should I use a toast vs a banner vs a modal?▼

Match the pattern to urgency: toasts for transient low-stakes confirmations, banners for persistent contextual states like trial expiration, and modals only for critical blocking actions like permanent deletion. Badges handle ambient counts.

Should I use a confirmation dialog or an undo pattern?▼

Use an undo toast for reversible actions like archiving, since it saves a click and provides a safety net. Reserve confirmation modals for irreversible, cascading, or financially significant actions, with typed confirmation for catastrophic cases.

When is optimistic UI appropriate for button actions?▼

Use optimistic UI when success rates exceed 99% and the cost of being wrong is low, such as toggling a status. Avoid it for financial transactions, destructive actions, or permission changes, and always revert with an error toast on server rejection.

Why should form validation errors not appear in toasts?▼

Toasts auto-dismiss and sit far from the problem, forcing users to hunt for the error. Place validation errors inline directly below the affected field, and scroll to the first error on submit while preserving all user input.