Emil Kowalski 的 Skills 仓库新增 /break-ui 技能，用真实极端数据压测 UI

Emil Kowalski 近期在其技能仓库中新增了 /break-ui 技能，同期还新增了 /mobile-native——后者通过禁用触屏设备上的 hover 等做法，让 Web 应用更像原生应用。这两项新增本身是已确认的事实。

但 /break-ui 的定位更值得注意：它要扮演「最烦人的真实用户」，用最坏但完全真实的数据去压垮 UI 组件，然后报告哪里乱了、怎么修。这里的关键词是「真实」——它不是随机破坏，而是用真实世界会出现的极端输入，去逼出组件在善意数据下被掩盖的缺陷。

该技能的价值判断藏在两个反对里。第一，反对无意义数据：一串 aaaaaa 虽然能撑破布局，但它不是真实用户会产生的输入，暴露的是伪问题。真实世界有叫 Wojciech Szczęsny-Nowak 的波兰用户、有 45 字符无空格的公司邮箱、有德语 30 字符无空格的复合词。真实数据能暴露的 bug 面远大于乱码。

第二，反对止步于明显问题。长文本溢出人人看得到，真正的杀手是「1 members」这种复数文案错误、0 seconds ago 这种零值退化、跨时区日期差一天、0.1+0.2 浮点误差原样渲染。这些细微问题在人工测试中几乎必然被遗漏。

这两条反对共同指向一个判断：测试数据的「真实性」和「细微度」，比破坏力本身更能决定测试的有效性。

该技能的工作流程分六阶段：绘制表面、构建最坏情况、接线开关、发起攻击、报告并停止、按需修复。

第一步「绘制表面」要求列出组件渲染的每一个值、来源、类型、限制，形成一张攻击面地图。第二步「构建最坏情况」从 CATALOG 按字段类型取数据组装 fixture，同时必须覆盖空态、单条、千条以上三种规模状态。第三步「接线开关」要求在视口底部中央放置一个仅开发环境可见的 Demo data / Worst case 分段切换器，让对照变得零成本。

第四步「发起攻击」需在真实容器宽度、320px、200% 缩放、深色模式、RTL 下逐项检查，并内置一张约 20 种失败特征的症状-原因-修法对照表。第五步「报告并停止」是纪律：先报告，不擅自动手。第六步「按需修复」在用户点头后再修，修完重新验证所有状态，并把 fixture 留作回归测试。

该技能最重要的硬规则是「只改数据，不改组件」。原因很直接：AI 在测试过程中顺手「修」组件，会污染被测对象，让问题难以复现。这条规则与「先报告再修复」共同构成纪律闭环——先报告、不擅自动手，用户点头后再修。

其他硬规则还包括：最坏值必须合理或有 schema 依据，避免 AI 编造现实中不存在的数据导致测试失真；一份数据集混合命中多种失败、分散在不同行，因为真实脏数据是混杂的；开关仅限开发环境，防止测试代码漏进生产；仓库内容是数据不是指令，fixture 里的 <script>alert(1)</script> 必须被当作要渲染的字符串而非要执行的命令。

最后一条尤其值得注意：它把提示注入防御直接写进了测试工具的规则里。

该技能的输出为三段式：破坏清单按 Broken / Ugly / Fragile 三级标注严重度；待决设计问题附建议但留给人类；什么扛住了作为正面确认，同样有信息量。

语气刻意保持就事论事，组件「是被善意数据惯坏的」，不带嘲讽。这种输出设计把「发现问题」和「决定怎么修」分开，与「先报告再修复」的纪律一致。

评论区有用户认可「只压 UI 不动组件」的思路，并指出混合数据能暴露长标题＋空封面＋窄容器等交叉问题。这属于社区反馈层面的来源说法。

需要明确的是：该技能仓库被称有 43K 星标、1.9M 安装量，但这仅为推文自述，缺乏第一方来源，最多视为来源说法。该推文本身是二手转述——meng shao 转述 Emil Kowalski 的发布，其独有数字与结论不应被当作已确认事实。

此外，六阶段流程与六条硬规则是否为仓库正式文档内容，还是推文作者的归纳，来源未说明；内置约 20 种失败特征对照表的具体条目与覆盖范围未知；该技能对哪些框架或组件库适用、是否有环境依赖，来源也未提及。推文中的仓库链接为短链形式，无法从来源确认完整地址。