组件只按理想路径开发、担心真实内容把它压垮时…

当你需要快速验证单个已有组件在最坏内容下是否撑得住时，把它按所有真实可达的场景渲染到一个临时页面上，看一眼、报出可见的破损即可。

适用场景

解决思路

1. 整个流程就是「搭建 → 看一次 → 报告」：几分钟量级，不是一整个 session；工作只是用不同 props 渲染既有组件，不需要埋点、浏览器调试或第二遍检查。
2. 只观察不评判：发现必须是页面上肉眼可见坏掉的东西，并用负责该修复的领域技能的词汇来命名（对照标准审代码是 interface-review / better-interface，探索设计替代方案是 variant）。
3. 一次只针对一个组件：「设置页」不是组件，简介表单的文本输入框才是。若请求跨越多个组件，列出候选并问用户要测哪一个，不要替用户挑。
4. 用一句话复述这个组件：它接受什么、渲染什么、将来会放在哪里。
5. 先读组件本身（props、slots、状态、渲染的数据），只压力测试会变化的部分；只有组件接受的某个输入在生产中可能真长成那种形态时，该场景才配占一个位置。
6. 对照 scenarios.md 中的轴、每个轴上的取值以及「该轴是否适用」的判断线索，逐一走过并只保留线索匹配的轴（文本输入取内容长度和状态、不取条目数量；固定标签的静态图标按钮取容器和环境、不取长文本）。
7. 搭建之前先把保留下来的场景逐条写下来，让 harness 渲染一个计划好的集合而不是临时想到什么算什么；再用一行说明你丢弃了哪些轴及原因，方便低成本发现推断错误。
8. 搭一个一次性页面：从项目里导入真实组件，每个场景渲染一次，单列排列，每个实例上方加一行短文本标签。
9. 组件原样发布、置于真实环境：在应用内开一条临时路由，免费获得应用自己的布局、字体和全局样式；页面只额外加标签、容器宽度和 fixture props——不加自己的字体或样式，不做模拟主题或 token 替换，不加任何探针，否则观察到的就是另一个组件了。
10. 当框架区分 server 组件与 client 组件时，页面本身要写成客户端代码（Next 中加 "use client"），否则 fixture props 会在跨界进入交互组件时静默消失，导致每个场景都渲染成空。
11. 宽度也是页面上的场景：把各宽度用例渲染在固定宽度容器里，与全宽的那个并排摆放，这样一次加载就能看到所有宽度，且永远不需要调整窗口大小。
12. 用 props 和 fixture 数据喂场景；harness 绝不导入生产状态、绝不接真实数据，生产代码也绝不从 harness 导入。
13. 只看一遍：在顺手可用的浏览器里加载页面，从上到下扫过每个场景，记录肉眼可见的破损——写「文字溢出输入框右边缘」，不要写「间距感觉有点紧」。没渲染过的运行只是披着外衣的代码评审，预测出来的失败仍然不算发现。
14. 只加载一次就是全部预算。当没有浏览器，或浏览器需要启动、需要摆弄窗口、需要任何调试时，干脆跳过观察：把 URL 交给用户，让用户的眼睛来做这次观察。
15. 看到的每个 break 都要在页面上标记出来：在该场景的标签下方加一行注释，一次编辑完成；页面本身必须能独立当作报告来读。
16. 用表格报告发现，坏掉的场景排在前面，列为 Scenario | Observed | Owner。
17. Owner 列写上诊断该 break 的领域技能名，让修复从正确的地方起步；本技能不拥有任何领域规则，也不下任何判断。
18. 「全部存活」是一份完整且有用的报告：说明页面上有哪些场景、在哪里运行，让用户自己能逐个查看，然后就此结束，不要用个人偏好填充结果。
19. 未被要求就不要修复任何东西。若被要求修复，遵循 owner 技能的规则，然后重新渲染出问题的场景以确认。
20. 页面是报告的一半，所以它要比发现表格活得更久：保持运行，只在用户说用完时才删除页面及其 fixtures。
21. 避开「对每个组件都跑一遍所有轴」：只保留线索匹配的轴，并说明丢弃了哪些。
22. 避开把预测的失败当作观察结果报告：要么渲染出来，要么不写。
23. 避开场景缺了本该喂给它的内容：那是 harness 坏了而不是组件坏了，把页面改成客户端代码再检查。
24. 避开在 harness 里重建一个长得像的仿制组件：要从项目里导入真实组件。
25. 避开让 harness 重新设置样式或主题：用应用原本的布局、字体和 token，页面只该加标签和宽度。
26. 避开为每个场景启动浏览器、调试或截图：一次加载、一次观察，或者把 URL 交出去并跳过观察。
27. 避开用个人品味措辞描述发现：只报页面上看得见的东西，否则不报。
28. 避开报告 break 却不给 owner：写出用其规则诊断该问题的领域技能名。
29. 避开在干净的运行结果里塞建议：「全部存活」加场景清单就是报告。
30. 避开逐个场景地调整视口：宽度是页面上的固定容器，一次加载全部呈现。
31. 避开表格里有 break 但页面上没有标记：在该场景标签下加注释，让页面能独立当作报告阅读。
32. 避开在报告的同一次操作里就把页面删掉：页面是报告的一半，只在用户发话后才删除。

适用边界 · 注意事项

• 需要判断组件在真实页面上下文中表现如何，或在真实页面上探索设计替代方案时（那属于 variant）。
• 需要对照某项标准审查代码、给出评判或修复方案时（那属于 interface-review / better-interface）。
• 没有现成浏览器，或需要启动浏览器、处理窗口、做任何调试时——此时应跳过观察、直接交 URL，而不是硬做一轮。
• 请求跨越多个组件且用户尚未确认要测哪一个时，不要擅自开工。