break

Renders one UI component under hostile content scenarios and reports visible breaks.

Updated Jun 28, 2026
One-click install
npx skills add https://github.com/AO-HyS/aohys.com --skill break-ao-hys
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: break
Source: https://github.com/AO-HyS/aohys.com/tree/main/.agents/skills/break
Command: npx skills add https://github.com/AO-HyS/aohys.com --skill break-ao-hys

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Components built against one happy path look finished until real content arrives: long strings, empty states, narrow containers, and error states expose breaks that code review misses. This Skill stress-tests a single component by rendering it under every realistic scenario on one page. ## Core Features & Use Cases - Scenario Inference: Reads the component's props, slots, and states, then selects only the applicable stress axes (content length, content shape, quantity, container width, state, environment) from a curated scenario catalog. - Harness Page Generation: Builds a throwaway page that imports the real component unchanged, rendering every scenario side by side with fixed-width containers so one load shows all widths. - Findings Report: Produces a table of observed breaks, each assigned to the domain skill that owns the fix, with breaks marked directly on the page. - Use Case: Before shipping a new profile form input, render it with empty strings, 60-character unbreakable URLs, RTL text, and a 320px container to catch overflow and truncation before users do. ## Quick Start Ask the assistant to run the break skill on a specific component, for example: stress test the UserCard component and show me every state where it breaks.

Frequently Asked Questions about break

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

FAQPage Schema
How do I stress test a React component with edge-case content?▼

Render the real component on a throwaway page once per scenario: empty strings, unbreakable long strings, RTL text, zero items, and narrow containers. Import the component unchanged from the project so the app's own layout, fonts, and tokens apply.

What scenarios should I test when reviewing a UI component?▼

Test only the axes matching the component's props: content length and shape for text it does not author, quantity for repeating lists, container widths for everything, and loading, error, and disabled states where they exist as props.

Does this work with Next.js server and client components?▼

Yes, but the harness page itself must be client code with the "use client" directive. Fixture props can silently vanish crossing the server-client boundary into an interactive component, leaving every scenario rendered empty.

Why do my test scenarios render empty in the harness page?▼

Empty scenarios usually mean the harness is broken, not the component. The most common cause is fixture props failing to cross the server-client boundary in Next.js; make the page client code and re-check.

When should I not use visual stress testing for a component?▼

Skip it when reviewing code against a design standard, which belongs to code review, or when exploring design alternatives. Stress testing only observes what visibly breaks under worst-case content, not how the component looks in context.