recursica-skill-toast

Guides correct usage of the Recursica toast component for transient feedback and undo notifications.

1|Updated May 29, 2026
One-click install
npx skills add https://github.com/borderux/recursica-knowledge --skill recursica-skill-toast-borderux
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: recursica-skill-toast
Source: https://github.com/borderux/recursica-knowledge/tree/main/skills/components/recursica-skill-toast
Command: npx skills add https://github.com/borderux/recursica-knowledge --skill recursica-skill-toast-borderux

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Choosing and implementing transient notifications is error-prone: teams misuse toasts for field errors, blocking decisions, or critical alerts, and often ship toasts that screen readers never announce or that auto-dismiss before keyboard users can reach an undo action. This Skill encodes the Recursica design system's rules for when a toast is the right channel and how to implement it accessibly. ## Core Features & Use Cases - Usage decision rules: Defines when a toast is correct (success confirmation, global undo, unattached errors) and when to use a modal, field error state, or in-place undo instead. - Token inventory constraints: Documents the exact default, success, and error styles from the Recursica UI kit, with no warning style, no size or position axis, and component-owned padding, elevation, and colors. - Accessibility requirements: Specifies live region behavior (polite vs assertive announcement), keyboard reachability, focus management, and the rule that an undo must never live only inside an auto-dismissing toast. - Use Case: When adding a "Saved" confirmation after a form submit, use this Skill to confirm a toast is the right channel, pass only the success variant, write text that names what happened, and wire a pre-existing live region so screen readers announce it politely without moving focus. ## Quick Start Ask the AI to review or implement a toast notification for a completed action using the Recursica toast guidelines, including its accessibility and undo requirements.

Frequently Asked Questions about recursica-skill-toast

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

FAQPage Schema
When should I use a toast instead of a modal or inline error?▼

Use a toast only to report something that just happened and is safe to miss, such as a success confirmation or a global undo. Field validation errors belong on the field, and decisions the user must make before continuing belong in a modal.

How do I make toast notifications accessible to screen readers?▼

Insert the message into a live region that already exists in the DOM before the toast appears, and never move focus to the toast. Error toasts announce assertively while success and default toasts announce politely, and the text itself must state the outcome since style and icon are not announced.

Does the Recursica toast support a warning style?▼

No. The token inventory defines exactly three styles: default, success, and error. Do not invent a warning style or repurpose the error style, since error communicates that something failed.

Can a toast contain an undo action that auto-dismisses?▼

A toast may carry at most one action such as undo, but that action must also exist somewhere persistent on the page. Because duration is controlled by the underlying library and cannot be extended, a keyboard user cannot reliably reach a timed toast before it disappears.

Why should success confirmation not appear on a form field?▼

The toast is the only component in the Recursica system with a success treatment, so success confirmation belongs there rather than as a green tick or per-field flourish. Field-level saving still requires a separate persistent status message that a transient toast cannot replace.