Stress test: MemberRow and Header
I built no toggle and wrote no files, as you asked. I didn't render anything either, so every finding below is inferred from the JSX. I couldn't see your CSS for .avatar, .name, .email, .role, .badge or .menu, nor the parent list. Any finding that depends on those is marked.
Surface map
| Field | Source | Limit | Optional? |
|---|---|---|---|
name |
member.name |
255 | No |
email |
member.email |
254 | No |
title |
member.title |
120 | Yes (|| '-') |
status |
member.status |
Enum values unknown | No |
avatar |
member.avatar |
Unknown | Probably, since there's no fallback |
count |
Header prop |
Unbounded | No |
| Member list | Parent (not shown) | Unbounded | Can be empty |
Part 1: What broke
| # | Severity | Field | Worst-case value | What happens | Fix |
|---|---|---|---|---|---|
| 1 | Broken | name |
'Jo', 'Madonna', '张伟', '' |
name.split(' ')[1] is undefined, so undefined[0] throws a TypeError. The row crashes during render. Without an error boundary, the whole member list unmounts. One-word names and Chinese or Japanese names (which have no spaces) are common. The initials variable is never used, so the crash buys nothing. |
Delete the line, or replace it with a safe helper that takes the first and last word, uses Intl.Segmenter for graphemes and falls back to an icon. Then use it as the avatar fallback (see #4). |
| 2 | Broken | email |
254-char email, or a realistic [email protected] |
An email has no break opportunities. The text column is a flex child with min-width: auto, so it can't shrink below the string's width. It pushes the badge and ... menu off the row or clips them, and the menu becomes unreachable. |
min-width: 0 on the text column. overflow-wrap: anywhere on .email (or ellipsis plus a title). flex-shrink: 0 on the badge and the button. |
| 3 | Ugly | avatar | Any long name or email | The <img> has width: 40 but the default flex-shrink: 1, so it can squash into a narrow oval when the text column is wide. |
flex-shrink: 0 on the avatar. Add object-fit: cover for non-square photos. |
| 4 | Ugly | avatar |
undefined, '', or a 404 URL |
There's a broken-image icon, or an empty src that may re-request the page. There's no onError and no initials fallback. |
Fall back to an initials circle on missing src or onError. |
| 5 | Ugly | name |
255 chars with spaces (such as a full legal name with several surnames) | It wraps to many lines. With align-items: center, the avatar, badge and menu float mid-height. With no margin-left: auto, the badge and menu sit right after the text, so they don't line up between rows. That last part may already show with demo data, depending on your CSS. |
align-items: flex-start. Clamp .name to 2 lines (with a title). margin-left: auto on the badge. |
| 6 | Ugly | title |
Missing, '', or ' ' |
A bare - shows under the email. Whitespace-only passes the || check and renders an empty line. |
Trim the title. Omit the line when empty. |
| 7 | Ugly | status |
Raw enum value such as pending_invite, or a localized label |
The badge shows the raw value, so underscores and lowercase appear. A long label can wrap because the badge may shrink. An unknown value or null gives a blank or meaningless pill. |
Map status to a label and a style, with a fallback. white-space: nowrap; flex-shrink: 0. |
| 8 | Ugly | count |
1, 0, 1284, null |
"1 members", "0 members", unseparated 1284, and " members" when null. |
Intl.PluralRules (or separate strings). Intl.NumberFormat. Guard null. |
| 9 | Fragile | member list | 1,000+ members | The schema has no limit, and nothing here paginates or virtualizes. If the parent maps every member, that is thousands of rows with inline style objects, with no React.memo. The Header count can also disagree with the number of rows rendered if the list is paginated. |
Virtualize or paginate (decide in Part 2). Make sure count comes from the total, not list.length. |
| 10 | Fragile | ... button |
Any | It has no accessible name (screen readers read "dot dot dot"). It has no type="button", so it submits if the row is ever inside a <form>. |
aria-label="Member actions" and type="button". |
| 11 | Fragile | <img> |
Any | There's no alt, so the screen reader may read the filename. |
alt="" if decorative, or alt={member.name}. |
| 12 | Fragile | RTL, 200% zoom, dark mode | n/a | These depend on your CSS. The inline gap and flexbox are direction-safe. Zoom will make #2 and #5 worse. Dark mode can't be judged from the JSX. |
Check these once the fixes are in. |
Part 2: Decisions for you
- Name: I recommend wrapping at 2 lines, with the full value in
title. People identify each other by name, so I wouldn't truncate it. - Email: I recommend wrapping with
overflow-wrap: anywhere. If you truncate instead, use the middle, because long emails often differ only in the local part or the domain. - Title: I recommend one line with an end ellipsis and a
title, since it's secondary info. - Missing title: I recommend omitting the line. This is a minor call, but a lone
-looks like a bug. - Long member list: I recommend pagination if the list is mostly searched or filtered. If people scroll it as a roster, virtualize it instead.
Part 3: What held up
- Escaping: React escapes all the text, so a name like
<b>x</b>or&shows literally. There's nodangerouslySetInnerHTML. - Missing title: A missing or empty
titledoesn't crash, apart from the cosmetic dash in #6. - Row layout: The row has no fixed width or height, so it can grow with its content.
- Avatar shape:
borderRadius: '50%'on a fixed 40×40 gives a circle at rest. - Demo data: With Jane Doe, the single-line layout looks fine, and "12 members" is correct.
Not covered
I haven't seen the parent list, its keys, its empty state (zero members) or its loading state. Those are worth a look next. I also didn't test emoji-first names or diacritic clipping, since both depend on CSS I can't see. Once #1 is fixed, an emoji-first name will come out wrong in any initials code that doesn't use graphemes.
The most urgent fix is #1, because it can take down the whole page. Say fix all or fix 1, 2, 3 and I'll apply them, though you asked for no file edits for now.
Test run: a small member-row component pasted as code. No browser or dev server was available, so the model said every finding is inferred and wrote no files, as asked. It did not open the Skill's CATALOG.md in this run. It found a crash for one-word names and several layout breaks.
它做什麼
拿一個用示範資料看起來很好的介面,把「挑過的好資料」還原成真實情況。它先列出元件渲染的每個值及其上限(來自驗證規則、資料庫或介面),再從一份「容易弄壞介面的值」目錄拼出最壞資料:很長與帶變音符號的姓名、無法換行的電子郵件與網址、單字名與以表情符號開頭的名字、數量恰好為 1、空清單與超長清單、缺漏的圖片與欄位。這些資料從與示範資料相同的入口進入,放在一個僅限開發環境的「示範資料 / 最壞資料」開關後面。它會在元件的真實寬度、320px、200% 縮放、深色模式與 RTL 下檢查,然後逐條回報問題,包含表現、原因、嚴重程度(崩潰、難看、脆弱)與修法。它在動手修之前停下,由你來決定。
輸出
問題表、需要你拍板的決定(截斷還是換行、空狀態怎麼顯示)、已經撐住的情況,以及如何套用修正。
適合什麼場景
想在真實使用者之前發現版面與資料問題的開發者與設計師。
低風險:純指令檔,沒有腳本,不連網。在專案中它可能新增一個僅限開發環境的開關與一個最壞資料檔;它會先回報,你要求才修改,但請檢查它寫入的任何檔案。已用一個貼上的元件、沒有瀏覽器的條件試用一次:它說明所有結論都是推斷,沒有寫檔,找出單字名字會導致崩潰,以及幾處版面問題。這次它沒有開啟自帶的目錄檔。沒有帶問題呼叫時,它只回覆一句問候。作者 Emil Kowalski,MIT 授權。